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EMULEX PRODUCT WARRANTY 

CONTROLLER WARRANTY: Emulex warrants for a period of twelve (12) months from the date of 
shipment that each Emulex controller product supplied shall be free from defects in material and 
workmanship. 

CABLE WARRANTY: All Emulex provided cables are warranted for ninety (90) days 
of shipment. 

The above warranties shall not apply to expendable components such as fuses, bulbs, and the like, 
nor to connectors, adaptors, and other items not a part of the basic product. Emulex shall have no 
obligation to make repairs or to cause replacement required through normal wear and tear or 
necessitated in whole or in part by catastrophe, fault or negligence of the user, improper or 
unauthorized use of the product, or use of the product is such a manner for which it was not 
designed, or by causes external to the product, such as but not limited to, power failure or air 
conditioning. Emulex' s sole obligation hereunder shall be to repair or replace any defective 
product, and, unless otherwise stated, pay return transportation cost for such replacement. 

Purchaser shall provide labor for removal of the defective product, shipping charges for return to 
Emulex and installation of its replacement. THE EXPRESSED WARRANTIES SET FORTH IN THIS 
AGREEMENT ARE IN LIEU OF ALL OTHER WARRANTIES, EXPRESSED OR IMPLIED, 
INCLUDING WITHOUT LIMITATION, ANY WARRANTIES OF MERCHANTABILITY OR 
FITNESS FOR A PARTICULAR PURPOSE, AND ALL OTHER WARRANTIES ARE HEREBY 
DISCLAIMED AND EXCLUDED BY EMULEX. THE STATED EXPRESS WARRANTIES ARE IN 
LIEU OF ALL OBLIGATIONS OR LIABILITIES ON THE PART OF EMULEX FOR DAMAGES, 
INCLUDING BUT NOT LIMITED TO SPECIAL, INDIRECT, OR CONSEQUENTIAL DAMAGES 
ARISING OUT OF, OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THE 
PRODUCT. 

RETURNED MATERIAL: Warranty claims must be received by Emulex within the applicable 
warranty period. A replaced product, or part thereof, shall become the property of Emulex and 
shall be returned to Emulex at Purchaser's expense. All returned material must be accompanied by 
a RETURN MATERIALS AUTHORIZATION (RMA) number assigned by Emulex. 
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Section 1 
GENERAL DESCRIPTION 



1.1 Introduction 



The UD33 Disk Controller, designed and manufactured by Emulex Corporation, 
is an MSCP-compatible controller that interfaces SMD disk drives with DEC's 
UNIBUS. This manual is designed to help you install and use your UD33 Disk 
Controller. It assumes that you have some knowledge of hardware 
configuration, UNIBUS architecture and terminology, and interpretations of 
error messages and device register contents. The contents of the eight sections 
and four appendices are described as follows: 

• Section 1 (General Description): This section contains an overview of 
the UD33 Disk Controller. 



• 



Section 2 (Controller Specification): This section contains the 
specification for the UD33 Disk Controller. 

Section 3 (Planning the Installation): This section contains the 
information necessary to plan your installation, including MSCP 
subsystem and operating system considerations. 

Section 4 (Installation): This section contains the information needed to 
set up and physically install the controller, including switch settings and 
cabling. It also describes the firmware-resident diagnostics and contains 
instructions for loading drive configuration parameters into the 
NOVRAM. 

Section 5 (Troubleshooting): This section describes fault isolation 
procedures that can be used to pinpoint trouble spots. 

Section 6 (Registers and Programming): This section describes the 
UD33's UNIBUS registers and presents an overview of the Mass Storage 
Control Protocol (MSCP) . 

Section 7 (Functional Description): This section describes the controller 
architecture. 

Section 8 (Interfaces): This section describes the controller, UNIBUS 
and SMD interfaces. 

Appendix A (Autoconfigure): This appendix describes the DEC 
algorithm for the assignment of CSR addresses and vector addresses. 
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• Appendix B (PROM Removal and Replacement): This appendix 
contains instructions to remove and replace the firmware so that the user 
can upgrade the UD33 Disk Controller in the field. 

• Appendix C (Disk Drive Configuration Parameters): This appendix 
contains configuration parameters for supported SMD disk drives. 

• Appendix D (Special Considerations for Large Capacity Drives): This 
appendix contains information specifically concerning large capacity disk 
drives. 



1 .2 Subsystem Overview 



The UD33 Disk Controller connects high-capacity mass storage peripherals to the 
UNIBUS in computers manufactured by Digital Equipment Corporation (DEC). 
The UD33 implements DEC's Mass Storage Control Protocol (MSCP) to provide 
a software-transparent interface for the host DEC computer. To provide 
traditional Emulex flexibility in peripheral selection, the UD33 uses the industry 
standard SMD interface as its peripheral interface. The UD33 supports the 
extended cylinder addressing functions of the SMD-E (extended) interface. 
SMD-E and SMD-O interfaces are electrically and logically compatible. For more 
information on the UD33's SMD interface, see subsection 8.3. 



1 .2.1 Mass Storage Control Protocol (MSCP) 



MSCP is a software interface designed to lower the host computer's mass 
storage overhead by offloading much of the work associated with file 
management into an intelligent mass storage subsystem. In concert with SMD 
compatible peripherals, the UD33 provides just such a subsystem. The UD33 
relieves the host CPU of many file maintenance tasks. The UD33 Disk Controller 
performs these MSCP functions: error checking and correction, bad block 
replacement, seek optimization, command prioritizing and ordering, and data 
mapping. 

This last feature is, perhaps, the most important. This feature allows the host 
computer's operating system software to store data in logical blocks that are 
identified by simple logical block numbers (LBNs). Thus, the host does not need 
to have detailed knowledge of the peripheral's geometry (cylinders, tracks, 
sectors, etc.). This feature also makes autoconfiguration a simple matter. 
During system start-up, the host operating system queries the subsystem to find 
its capacity (the number of logical blocks that the subsystem can store). 
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Because the host operating system does not need to have detailed knowledge of 
its mass storage subsystem, the complexity of the operating system itself has 
been reduced. This reduction comes about because only one or two software 
modules are required to allow many different subsystems to be connected to a 
host. 



1 .3 Physical Organization Overview 



The UD33 Disk Controller is a modular, microprocessor-based disk controller 
that connects directly to the host computer's UNIBUS backplane. The 
microprocessor architecture ensures excellent reliability and compactness. 

The UD33 is contained on a single hex-wide printed circuit board assembly 
(PCBA) that plugs directly into a UNIBUS backplane slot. 

The UD33 supports up to four physical or eight logical disk drives. Aggregate 
data storage capacities are limited only by the capacities of the peripherals. 
Figure 1-1 shows one possible SMD configuration. 
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Figure 1-1. UD33 Subsystem Configuration 
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1 .4 Subsystem Components 



The UD33 Disk Controller, with appropriate peripherals, provides a DEC MSCF- 
compatible mass storage subsystem. The UD33 is pictured in Figure 1-2. The 
UD33 is identified by a top level assembly tag that is glued to the 8031 
microprocessor chip on the PWB. The UD33 top level assembly number is given 
in Table 1-1 along with the part numbers of the items that are delivered with the 

UD33. 

Table 1-1. Basic Contents 



Itm 


Qty 


Description 


Fart Number 


1 
2 


l 
l 


UD33 Disk Controller 
UD33 Technical Manual 


UD3310201-02 
UD3351002-00 




UD3302-1117 



Figure 1-2. UD33 Disk Controller 
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1 .4.1 Subsystem Options 



Table 1-2 lists the options that can be ordered to tailor your UD33 to your 
particular application. Cables are required but must be ordered separately. 

Table 1-2. UD33 Options 



Option 


Description 


SU111120X 1 


SMD A-Cable, unshielded 


SU111120X 1 


SMD B-Cable, unshielded 


SU7811212-0n 1 


SMD A-Cable, shielded 


SU7811219-0n 1 


SMD A-Cable, extension 


SU7811213-011 1 


SMD B-Cable, shielded 


SU7811218-0n 1 


SMD-B Cable, extension 


SU1110201-00 


Cable I/O Adapter Panel 


CU2220301-00 


Rack-Mount Panel 


SU7813104-00 


Peripheral Cable Adapter Panel Kit 


1 See Tables 4-5 anc 


i 4-6 for specific cable lengths and part numbers. 



1 .5 Features 

The following features enhance the usefulness of the UD33 Disk Controller. 



1.5.1 Microprocessor Design 



The UD33 design incorporates an eight-bit, high-performance CMOS 
microprocessor to perform all controller functions. The microprocessor 
approach provides a reduced component count, high reliability, easy 
maintainability, and the microprogramming flexibility that allows MSCP to be 
implemented without expensive, dedicated hardware. 



1 .5.2 Firmware-resident Diagnostics 



The UD33,disk controller firmware incorporates a self-contained set of disk 
preparation and diagnostic utilities. These utilities are contained in UD33 
Revision D and above firmware. Controllers with this firmware are easily 
identified by a label on the PROM in location U59. 
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These utilities allow the user to communicate directly with the UD33 via a 
firmware-resident terminal driver that is compatible with either CRT or hardcopy 
devices connected to a UNIBUS console port. These firmware-resident 
diagnostics (F.R.D.) provide several important disk preparation functions, 
including the ability to: 

• Configure the controller NOVRAM 

• Format the drive 

• Test the disk surface and replace defective blocks, and 

• Perform reliability testing of the attached disk subsystem. 



1 .5.3 Custom Configuration Capability 



An onboard NOVRAM can be programmed for four independent physical drive 
configurations. Using the firmware-resident utilities, you can control drive 
parameters, such as gap size and the number of sectors per track. 



1.5.4 Self-test 



The UD33 incorporates an internal self-test routine which exercises all parts of 
the microprocessor, the onboard memory, the disk formatter chip, the Buffer 
Controller II (BCII), and the Host Adapter Controller (HAC). Although this test 
does not completely test all circuitry, successful execution indicates a very high 
probability that the disk controller is operational. If the UD33 fails the self-test, it 
leaves three light-emitting diodes (LEDs) ON and sets an error bit in the Status 
and Address (SA) register (base address plus two). 



1.5.5 Error Control 



The disk controller presents error-free media to the operating system by 
correcting soft errors and retrying operations without intervention by the host. 



1 .5.6 Host-initiated Bad Block Replacement 



The UD33 uses DEC-compatible, host-initiated bad block replacement to 
dynamically replace any defective blocks that occur during the life of the system. 
For maximum reliability, the UD33 reports even corrected single bit errors as 
candidates for replacement. 
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1 .5.7 Seek Optimization 



The UD33 is able to pool the various seeks that need to be performed and 
determine the most efficient order in which to do them. This is an especially 
important feature in heavily loaded systems. The disk controller's ability to 
arrange seeks in the optimal order saves a great deal of time and makes the 
entire system more efficient. 



1.5.8 Command Buffer 



The UD33 contains a buffer that is able to store 13 MSCP commands. This large 
buffer allows the subsystem to achieve a higher throughput and to operate at a 
very efficient level. 



1.5.9 Adaptive DMA 



During each DMA data transfer burst, the UD33 monitors the UNIBUS for other 
pending DMA requests and suspends its own DMA activity to permit other DMA 
transfers to occur. The host processor programs the DMA burst length during 
the MSCP initialization sequence or the UD33 defaults to 16 words per burst. In 
addition, the UD33 firmware design includes a switch-selectable DMA burst 
delay to avoid data-late conditions on other slower devices that may be on a 
given system. Because of these adaptive DMA techniques, the UD33 ensures 
that CPU functions, including interrupt servicing, are not locked out for 
excessive periods of time by high-speed disk transfers. 



1 .5.1 Rotational Position Sensing (RPS) 



This feature increases the performance of the disk subsystem during data transfer 
when two or more drives are active. RPS allows the controller to determine 
which drive is closest to the sector involved in the data transfer. By not waiting 
for a particular drive to find the sector necessary to begin the operation, the 
controller increases the overall throughput to the subsystem. 

RPS is programmable via the F.R.D. The performance gain is seen only when 
two or more drives are used simultaneously. Single-drive subsystems should 
have RPS disabled. 
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1.6 Compatibility 



This section describes the operating systems and hardware components that are 
compatible with the UD33 . 



1 .6.1 Operating Systems 



The UD33 implements MSCP. Emulex supports its implementation of MSCP 
beginning with the indicated version of the following DEC operating systems: 



Operating 




System 


Version 


VMS 


3.2 


RSTS/E 


8.0 


RSX-11M 


4.1 


RSX-11M-PLUS 


2.1 


RT-11 


5.1 


Ultrix-11 


3.0 


Ultrix-32m 


1.1 



1.6.2 Hardware 



The UD33 Disk Controller complies with DEC UNIBUS protocol. 

The disk drives supported by the UD33 are not media-compatible with 
comparable DEC MSCP products. 

The UD33 Disk Controller supports hard-sectored disk drives that use the SMD 
interface. The UD33 also supports the extended cylinder addressing functions of 
the SMD-E interface. Disk transfer rates of up to 3.0M bytes per second are 
supported. Emulex has certified the following disk drives for full support: 



• CDC 9710-80 


• 


Fujitsu M2333 


• CDC 9715-340 


• 


Fujitsu M2344 


• CDC 9715-515 


• 


Fujitsu M2351A 


• CDC 9720 


• 


Fujitsu M2361A 


• CDC 9771 XMD 


• 


NEC 2362 


• CDC 9772 XMD 


• 


NEC 2363 


• CDC 9772-13 XMD 


• 


Toshiba MK-186FB 


• CDC 9720 EMD-368 


• 


Toshiba MK-286FC 


• CDC 9720 EMD-500 






• CDC 9720 EMD-850 
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Section 2 
CONTROLLER SPECIFICATION 



2.1 Overview 



This section contains the general, environmental, physical, and electrical 
specifications for the UD33 Disk Controller. 



Subsection 



Title 



2.1 
2.2 
2.3 
2.4 
2.5 



Overview 

General Specification 
Environmental Specification 
Physical Specification 
Electrical Specification 



2.2 General Specification 

Table 2-1 contains a general specification for the UD33 Disk Controller. 



Table 2-1. UD33 General Specifications 



Parameter 


Description 


FUNCTION 


Providing mass data storage to Digital Equipment 
Corporation (DEC) computers that use the 
UNIBUS 


Logical CPU Interface 


Emulates DEC's Mass Storage Control Protocol 




(MSCP) 


Diagnostics 


Embedded diagnostics 


Operating System 
Compatibility 


VMS V3.2 and above 
RSTS/E V8.0 and above 
RSX-llM V4.1 and above 




RSX-llM PLUS V2.1 and above 




RT-11 V5.1 and above 




Ultrix-11 V3.0 and above 




Ultrix-32m VI. 1 and above 



(continued on next page) 
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Table 2-1. UD33 General Specifications (continued) 



Parameter 



CPU I/O Technique 

INTERFACE 

CPU Interface 

Device Base Address 

Standard 
Alternates 



Vector Address 
Priority Level 
Bus Loading 
Peripheral Interface 

Number of Physical 
Drives Supported 

Drive Sectoring 

Maximum Cable Lengths 

A Cable (daisy-chain) 

B Cable (radial) 

Firmware Diagnostic 
Access Path 

VAX 



Description 



Direct Memory Access (DMA), including adaptive 
techniques 



Standard UNIBUS interface 



772150 



772154 8 

760334 8 

760340 8 

760344 8 

760350 8 

760354 R 

760360 

760364, 



8 



760370 8 
760374 8 
760400 8 
760404 8 
760410 8 
76041.4 8 
760420 8 



NOVRAM Programmable (normally set to 154) 

BR5 

1 dc Load, 2.5 ac Loads 

SMD-E (Extended) up to 24 MHz 
SMD-O 



Hard Sectored 

50 ft. (15 m.) cumulative 
50 ft. (15 m.) 

Standard console terminal 
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2.3 Environmental Specification 



Table 2-2 contains the environmental specifications for the UD33 Disk 
Controller. 



Table 2-2. UD33 Environmental Specifications 



Parameter 


Description 


OPERATING TEMPERATURE 

RELATIVE HUMIDITY 

COOLING 

HEAT DISSIPATION 


10°C (50°F) to 40°C (104°F), where maximum 
temperature is reduced 1.8°C per 1000 meters (1°F 
per 1000 feet) altitude 

10% to 90% with a maximum wet bulb of 28°C 
(82°F) and a minimum dewpoint of 2°C (3.6°F) 

6 cubic feet per minute 

82 BTU per hour 



2.4 Physical Specification 

Table 2-3 contains the physical specifications for the UD33 Disk Controller. 



Table 2-3. UD33 Physical Specifications 



Parameter 


Description 


PACKAGING 


Single, hex-wide, four-layer PCBA 


Dimensions 


15.7 by 8.40 inches 

13.172 by 22.09 centimeters 

(see Figure 2-1) 


Shipping Weight 


4 pounds 
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2.5 Electrical Specification 



Table 2-4 lists and describes the electrical specification for the UD33 Disk 
Controller. 



Table 2-4. UD33 Electrical Specification 



Parameter 


Description 


POWER 


+ 5 Vdc + 5%, 2.6 amperes (A) MAX 
-15Vdc _+ 5%, 1.7 amperes (A) MAX 




8.4 
INCHES 



JD 



rtr^E=fc3fc-0C 



-15.7 INCHES - 



Figure 2-1. UD33 Disk Controller Dimensions 
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Section 3 
PLANNING THE INSTALLATION 



3.1 Overview 



This section is designed to help you plan the installation of your UD33 Disk 
Controller. Taking a few minutes to plan the configuration of your subsystem 
before beginning its installation should result in a smoother installation with less 
system downtime. This section contains UD33 application examples and 
configuration procedures. The subsections are listed in the following table: 



Subsection 



3.1 
3.2 
3.3 

3.4 
3.5 



Title 



Overview 

MSCP Subsystem Configuration 

A DEC MSCP Subsystem 

The UD33 MSCP Subsystem 

Operating Systems, Device and Vector Addresses 



3.2 MSCP Subsystem Configuration 



The following paragraphs describe MSCP Subsystem concepts, including 
architecture, unit numbering, capacities, and related concepts. 



3.2.1 Architecture 



MSCP is a protocol designed by DEC for mass storage subsystems using Digital 
Storage Architecture (DSA). In an MSCP mass storage subsystem, DSA 
comprises three functional and physical layers: 

• Host Layer. An MSCP class-driver in the host system receives requests 
from the operating system and then relays data and commands to the 
controller in MSCP message packets. 

• Controller Layer. The MSCP controller communicates with both the 
host layer and the mass storage layer. The controller transmits MSCP 
message packets to and from the host MSCP class-driver and performs 
data-handling functions for the mass storage devices. The UD33 
functions as the controller layer. 
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• Mass Storage Layer. The mass storage peripheral devices communicate 
with the MSCP controller and send or receive data as specified by the 
MSCP controller. 

MSCP defines the form of the message packets that are exchanged by the host 
and the MSCP controller. The UD33 implements MSCP in mass storage 
subsystems using SMD as the peripheral interface. 



3.2.2 Peripheral Numbering 



Each MSCP peripheral on the system is identified to the operating system by an 
MSCP device name. An MSCP device name consists of a device class identifier 
and a unit number. The device class is indicated by a two-letter prefix; MSCP 
disk devices are indicated by the prefix DU. 

With the exception of VMS systems, DEC operating systems require that all 
MSCP peripherals on a system have different MSCP device numbers, even if 
they are managed by separate MSCP controllers at separate UNIBUS device 
addresses. For example, under RSX-11M-PLUS, if there are three peripherals on 
the first MSCP controller (at 772150 8 ), then the first peripheral on the second 
MSCP controller (in floating CSR address space) is numbered DU3. 



3.2.3 Peripheral Capacities 



The capacity of peripherals in an MSCP subsystem is measured in logical blocks. 
Each logical block contains 512 bytes of data. The MSCP controller can report 
the capacity of a peripheral to the operating system. For example, a Fujitsu 
M2361A disk drive supported by the UD33 is able to store 1,122,116 blocks. 



3.3 A DEC MSCP Subsystem 



Figure 3-1 shows the organization of a typical DEC MSCP subsystem for the 
UNIBUS. The MSCP host and controller functions are combined in a single 
piece of hardware, in this example the DEC UDA50. The UDA50 supports RA 
series hard disk drives. The UDA50 plugs directly into the UNIBUS and is 
attached to disk drives via a disk-drive-native interface. 
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Figure 3-1. DEC MSCP Subsystem Logical and Physical Configuration 



3.4 The UD33 MSCP-Class Subsystem 



Figure 3-2 illustrates a typical UD33 MSCP-class subsystem. As with the DEC 
implementation, the UD33 is connected directly to the UNIBUS; however, the 
UD33 uses the SMD peripheral interface to communicate with up to four disk 
drives. 
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Figure 3-2. UD33 Subsystem Configuration 

The MSCP subsystem provided by the UD33 is essentially analogous to the DEC 
MSCP subsystem. As in the DEC subsystem, the UD33 MSCP-class controller 
connects directly to the UNIBUS. As an MSCP-class controller, the UD33 
receives requests from the host, optimizes the requests, generates SMD 
commands to perform the operations, transfers data to and from the host, 
transfers data to and from the device, and buffers data as necessary. When the 
command is complete, the controller sends a response to the host. 

The UD33 also performs all of the functions of the peripheral controller, 
including serialization and deserialization of data. The UD33 connects to the 
peripherals it supports via the SMD interface. 



3.4.1 Logical Unit Numbers 



As noted in subsection 3.2.2, most DEC operating systems do not allow any 
MSCP disk devices on one system to have the same unit number, even though 
they may be controlled by separate MSCP controllers at different base addresses. 

DEC MSCP-class drives can accept unit identification plugs that define addresses 
from to 255. Disk drives controlled by the UD33 do not have this flexibility; the 
UD33 can detect only four unique drive addresses at its SMD interface - 0, 1, 2, 
and 3. To prevent a unit-number conflict between the UD33's drives and 
another MSCP controller's drives, the UD33 employs switches to change the 
drive logical unit number that is reported to the operating system. 
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Example 3-1 An MSCP controller at a standard base address is supporting four disk 

drives; a UD33 at an alternate base address is supporting three disk 
drives. An offset of 4 is specified for the first drive on the UD33 . This 
causes the UD33 disk with address to be reported to the operating 
system as logical unit number (LUN) 4. The UD33 disk 1 is reported 
as LUN 5, and U.D33 disk 2 is reported as LUN 6. 

The offset for the logical unit number is specified by using switches SW1-2 
through SW1-4 on the UD33. 



3.4.2 UD33 MSCP-Class Subsystem Logical Configuration 



This subsection explains the algorithm used by the UD33 to map logical MSCP- 
class peripherals onto the physical disk drives provided by the UD33 subsystem. 



3.4.2.1 Logical Devices 



The phrase "logical MSCP disk drive" refers to the disk drive as it appears to the 
operating system. That is, the operating system associates a disk drive of known 
type (in this case, an MSCP disk drive) with a unit number and a capacity. The 
UD33 MSCP-class controller presents that information to the operating system 
after initialization on command. 

Because the MSCP controller is responsible for establishing the relationship 
between unit number and capacity, it is possible for the controller to divide its 
physical disk drives into more than one logical unit. For example, if a physical 
disk drive has a capacity of 1,402,832 blocks, the MSCP controller can divide that 
capacity into two parts of 701,416 blocks each. (Each part may have a different 
capacity.) Each part is then assigned a separate unit number, and the unit 
number and capacity of each part is presented to the operating system. 

The operating system then sees the two parts as separate disk drives, even 
though the data is actually stored on the same physical drive. The two parts are 
called logical disk drives, and the numbers that identify them are called MSCP 
unit numbers. 
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A drive configuration that supports multiple logical units is specified by the data 
that is stored in the configuration Nonvolatile Random Access Memory 
(NOVRAM). Information for programming the configuration NOVRAM is given 
in Section 4, INSTALLATION. The field that causes a drive to be divided into 
multiple logical units is called the Split Code. There are four types of split codes: 
no split, cylinder split, head split, and reverse head split: 

• When no split is specified, the entire physical drive is one logical drive. 

• Cylinder split codes divide a physical drive by cylinders. A Starting 
Cylinder Offset field in the NOVRAM specifies the first cylinder of the 
second logical drive. For example, a Fujitsu M2351A, which has 842 
cylinders, might be divided so that the first logical unit is assigned 
cylinders through 420 and the second logical unit assigned cylinders 421 
through 841. In this example, the Starting Cylinder Offset has a value of 
421. 

• Head split codes divide the drive by data heads. A Starting Head Offset 
field in the NOVRAM specifies the first head of the second logical drive. 
When the drive is split by data heads, each logical drive has its own 
platter(s). For example, a CDC 9457 LMD might be divided so that Drive 
is assigned heads and 1, and Drive 1 is assigned heads 2 and 3. The 
Starting Head Offset has a value of 2. In this example, the CDC 9457 
removable media is assigned logical unit number (LUN) and the fixed 
media assigned LUN 1. ■ 

• Reverse head split codes also divide the drive by data heads, but assign 
the lower numbered heads to drive 1 and the higher numbered heads to 
drive 0. If you entered a reverse split code for the previous CDC 9457 
example, Drive is assigned heads 2 and 3 and Drive 1 is assigned heads 
and 1. The Starting Head Offset has a value of 2. One advantage of the 
reverse head split codes is that you may use a fixed media unit as your 
system disk without modifications to the operating system. 

For minimum effect on access time, Emulex recommends the use of head split 
vs. cylinder split. 
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3.4.2.2 Device Numbers 



The drives supported by the UD33 are assigned MSCP device names by the 
operating system. As described earlier, an MSCP device name consists of a 
device class prefix and a device unit number. Drives are assigned MSCP device 
numbers beginning with zero (0). The conventions for numbering multiple 
MSCP drives vary by operating system. 

Under RSX-11M, RSX-11M-PLUS and RT-11, DUO is assigned to the first drive 
on the first MSCP controller, where "first" means the controller located at the 
standard base address. Unit number 1 would be the second drive on the first 
controller, etc. If there are two MSCP controllers on the system, the units 
installed on the second begin numbering at n + 1, where n equals the highest unit 
number of the first MSCP controller. 

RSTS/E requires that drives supported by a standard MSCP controller be 
numbered starting at and drives supported by an alternate MSCP controller be 
numbered starting at 4. 

Because MSCP device names under VMS designate the supporting MSCP 
controller, the unit numbering is less restricted. For example, two drives which 
are supported by a standard MSCP controller might be DUAO and DUA1 and a 
third drive supported by an alternate MSCP controller might be DUBO. 

Table 3-1 is an MSCP unit numbering example under the RSX-11M operating 
system which shows the MSCP number versus the actual physical addresses 
assigned to all the components. The physical disk drive (unit number 0) of the 
second controller is split into two logical units. Note that two device names are 
associated with that drive. 

Table 3-1. Subsystem Configuration Example 



UD33 
Address 


Device Description 


Drive 

Unit 

Number 


Device 
Name 


772150 


Fujitsu M2361A 





DUO 


Fujitsu M2361A 


1 


DU1 


760334 
(Floating) 


CDC 9772 XMD 
(head split) 





DU2 
DU3 


Fujitsu M2351A 


1 


DU4 
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NOTE 



All of the MSCP peripherals supported by the UD33 
use the same device identifier - RA81. Unique 
device identifiers are not available to the host. 



3.5 Operating Systems, Device and Vector Addresses 



Before the installation of any peripheral device can be considered complete, the 
computer's operating system must be made aware of the new resource. The 
information provided in this section is intended to supplement your DEC 
operating system resources and to be used as an aid in planning the installation 
of your UD33. Be aware that not all DEC operating systems support the 
maximum eight logical drives permitted by the UD33. 

An operating system can be made aware of a new resource in three ways: 

• The operating system can poll the computer's I/O device address space. 

• The device can be manually connected using CONNECT or CONFIGURE 
statements. 

• The user can tell the operating system about a device during an interactive 
SYSGEN procedure. 

The first technique is referred to as autoconfigure, and it is essentially automatic. 
The second technique requires that CONNECT statements be placed in a special 
command file that is executed each time the computer is bootstrapped. The third 
technique, interactive SYSGEN, creates a configuration file that the operating 
system references when the system is bootstrapped. All techniques accomplish 
the same result: they associate a specific device type with a bus address and 
interrupt vector. 

Most recent versions of DEC operating systems use autoconfigure to some 
extent, and try to follow the same rules. The RT-11 operating system does not 
use autoconfigure, but can locate devices that reside at a standard address. 
There are some differences among operating systems, however, especially with 
regard to MSCP controllers at alternate UNIBUS addresses. The following 
paragraphs address these differences for each supported operating system. This 
discussion includes information on choosing appropriate UNIBUS device 
addresses and interrupt vectors for the subsystem. No instructions are provided 
for programming the chosen address into the UD33. See subsection 4.3 for 
detailed switch setting information. 
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MSCP-class controllers contain two registers that are visible to the UNIBUS I/O 
page. They are the Initialization and Polling (IP) register (base address) and the 
Status and Address (SA) register (base address plus 2). The terms IP register, 
CSR address, UNIBUS address and base address all refer to the same register. 
All of the operating systems described in the following subsections use the 
standard UNIBUS address of 772150 8 for the first controller on the host system. 

Vector addresses for MSCP controllers are not selected by using switches on the 
controller, but are programmed into the controller during the Initialization 
process. Many operating systems select the vector address automatically. If an 
operating system requires manual input of the vector, the procedure notes that 
fact. 

Again, although DEC has attempted to standardize treatment of peripherals by 
operating systems, some differences do exist. Table 3-2 lists and describes the 
device names assigned to MSCP devices under different operating systems. Two 
controller names and two drive names are given to indicate the numbering 
scheme. 



Table 3-2. Device Names 



Operating System 


Controller 


Drives Supported 




First, Second 


by First Controller 


RSTS/E 


RUO, RU1 


DUO, DU1 


RSX-11M 


-— , — — 


DUO, DU1 


RSX-11M-PLUS 


DUA, DUB 


DUO, DU1 


RT-11 


PortO, Portl 


DUO, DU1 


VMS 


PUA, PUB 


DUAO, DUA1 


Ultrix-11 


udaO, udal 


raO, ral 


Ultrix-32 


udaO, udal 


raO, ral 



The information regarding operating systems in these subsections is subject to 
change. The following discussions are based on three assumptions: 

• This is the first pass that is being made through SYSGEN; therefore, no 
saved answer file exists. Answer N (no) to questions such as "Use as 
input saved answer file? " 

• Your host system configuration conforms to the standard UNIBUS device 
configuration algorithm (otherwise autoconfigure results are not reliable). 

• You are generating a mapped version of the operating system on the 
appropriate hardware (unless you are using RT-11). 
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3.5.1 RSTS/E Operating Systems (v8.0 and above) 



RSTS/E scans the hardware to determine configuration each time the system is 
bootstrapped. The scanning program is called INIT.SYS and it relies on the 
same hardware configuration conventions as do the other DEC operating 
systems. 

The RSTS/E operating system can support two MSCP controllers. The first 
MSCP controller must be located at the standard UNIBUS address, 772150 8 . 
According to DEC documentation, the second unit should be located in floating 
address space. For an alternate UD33, Emulex suggests specifying a UNIBUS 
address of 760334 8 using the HARDWARE option of the INIT.SYS program. 

The INIT.SYS program uses a user-specified table, located in the currently 
installed monitor, to make exceptions to the autoconfigure algorithm. This table 
is modified by the HARDWARE option of the INIT.SYS program. Use of this 
table allows an MSCP controller to be placed at virtually any address on the I/O 
page Note that this table must be reset any time a new monitor is installed. 
Emulex suggests using a UNIBUS address of 760334 8 for an alternate UD33. An 
MSCP controller must be located at the standard address to be a bootstrap 
device. 

Interrupt vector addresses are assigned to the MSCP controllers by INIT.SYS 
and programmed into the devices during initialization. 



3.5.1 .1 Adding MSCP Support 



Support for an MSCP controller must be included in a monitor at SYSGEN time. 
To include support for an MSCP controller in a RSTS/E monitor, respond to the 
SYSGEN question "number of MSCP controllers" with the number of MSCP 
controllers on the system. 

Units connected to MSCP controllers will be accessible to an on-line RSTS/E 
system only after the monitor is successfully SYSGENed and installed with the 
INSTALL suboption of the INIT.SYS program, and the units have been 
successfully initialized with the DSKINT suboption of INIT.SYS. 



3.5.2 RT-11 Operating Systems (v5.1 and above) 



The RT-11 Operating System supports up to four MSCP controllers with up to 
256 devices (total) on the four controllers. The following paragraphs discuss the 
UNIBUS and vector addresses for MSCP controllers under RT-11 in host 
systems with only one MSCP controller and in those with more than one 
controller. Disk partitioning, a unique feature of RT-11 that is applicable 
regardless of the number of controllers, is also discussed. 
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3.5.2.1 Installing a Single MSCP Controller 



If your host system includes only one MSCP controller, install it with a UNIBUS 
address of 772150 8 . RT-11 will find and install the handler (driver) for that 
controller. In single MSGP controller configurations, it is not necessary to run 
SYSGEN. You may use one of the pregenerated monitors that are provided with 
the RT-11 Distribution. Emulex recommends that you modify the system start- 
up command file, STARTx.COM, to properly partition the disk drives. See 
subsection 3.5.2.3. 



3.5.2.2 Installing Multiple MSCP Controllers 



If your host system includes more than one MSCP controller, you may either 
modify the MSCP handler as described in the RT-11 Software Support Manual or 
you may perform a SYSGEN. The following procedure describes the SYSGEN 
technique (user input is in boldface print): 



1. Initiate SYSGEN: 

IND SYSGEN<return> 
Answer the next group of questions appropriately. 

2. Indicate that you want the system to use the start-up command file when 
booting: 

Do you want the start-up indirect file (Y)? 

Y<return> 

The start-up command file is required to allow additional MSCP 
controller UNIBUS bus addresses to be specified and to partition the 
disks consistently when the system is bootstrapped. Answer the next set 
of questions appropriately. 

3. Indicate that you want MSCP support when the Disk Options question 
appears: 

Enter the device name you want support for [dd]: 

DU<return> 

4. Indicate the number of MSCP controllers on your system in response to 
this question: 

How many ports are to be supported (1)? 

2<return> 
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RT-11 refers to individual MSCP controllers or controllers as ports. Each 
port has its own UNIBUS and vector addresses. 

5. Specify support for all other devices in your host system configuration as 
well. Indicate that there are no more devices by entering a period: 

Enter the device name you want support for [dd]: 
.<return> 

6. You must specify the addresses of all MSCP controllers (ports) using the 
SET CSR keyboard command. To ensure that this is done consistently 
and automatically on power-up, you must add the commands to the 
system start-up command file, STARTx.COM. The x stands for the 
monitor that is being used, where x is S, F, or X for single-job, 
foreground/ background, or extended memory, respectively. Edit the 
command file to include the following statements: 



SET DU CSR=772150 (Default) 

SET DU CSR2=760334 8 (Floating) 

SET DU VECT0R=154 (Default) 
SET DU VEC2=300 

The UNIBUS for the second device can be any unused address in the I/O 
page which is supported by UD33 address switch settings; the vector 
address can be any unused address in the vector page. Default 
statements are not required. 

7. Complete SYSGEN according to the DEC documentation. 



3.5.2.3 Disk Partitioning 



RT-11 is unable to handle drives with a capacity of more than 65,535 blocks 
(33.5M bytes). To allow drives with larger capacities to be used, RT-11 allows 
individual physical drives to be partitioned into multiple logical drives. This is 
done by assigning as many logical drive names (DUO, DU1, etc.) to a physical 
drive as that drive can support. The statements that make that assignment 
should be placed in the system start-up command file. This ensures that the 
drives are automatically partitioned every time the system is bootstrapped and 
that the partitions are always the same. Use the following procedure to 
determine the total number of logical drives to be assigned to each physical 
drive. 
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1. Determine the drive configuration(s) that you intend to use. You need to 
know the LUN of each logical drive and the data storage capacity (in 
logical blocks) of each logical unit. Refer to Appendix C for the logical 
block capacity of supported SMD drives. If the UD33 is at an alternate 
UNIBUS address (not 772150 8 ), then you must specify an MSCP device 
number by using switches SW1-2 through SW1-4. 

2. Divide the capacity for each MSCP unit by 65,535. If the result is a 
number greater than 1, then that MSCP unit should be partitioned into 
multiple logical units. (The last partition on a disk may be smaller than 
65,535 blocks.) Round the result up to the nearest whole number. That 
whole number equals the number of logical disks into which that MSCP 
unit should be partitioned. 

3. You must then include a series of statements in the system start-up 
command file, STARTx.COM, that assigns logical names to each 
partition. Each statement has the following format: 

SET DUn UNIT=y PART=x PORT=z 

where n is the logical device name, y is the physical MSCP 
unit number, x is the partition number, and z is the controller 
number (specify the controller number when two or more 
controllers are present; do not specify the port when only 
one controller is present). If you partition any drives, you 
must do this for each partition on each drive, including drives 
that can hold only one partition. 

Example: You have selected a Fujitsu M2351A drive that has a capacity of 

787,156 blocks. 

787 > 156 = U.01 (13 logical units) 

65,535 

Dividing the unit capacities by 65,535 and rounding the result up to the nearest 
whole number gives the number of logical units into which each should be 
partitioned. 

You assign logical names to the partitions beginning with DUO. For the previous 
example, the assignments are made as follows: 

SET DUO UNIT=0 PART=0 

SET DU1 UNIT=0 PART=1 

SET DU2 UNIT=0 PART=2 

SET DU3 UNIT=0 PART=3 

SET DU4 UNIT=0 PART=4 

SET DU5 UNIT=0 PART=5 

SET DU6 UNIT=0 PART=6 

SET DU7 UNIT=0 PART=7 
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Modify the system start-up command file to include the disk 
partitioning statements. 



3.5.3 RSX-1 1 M Operating Systems (v4.0 and above) 



RSX-11M SYSGEN is an interrogative program that allows a complete, running 
RSX-11M system to be configured for a particular hardware environment. 
SYSGEN is well documented in the RSX-11M System Generation and Installation 
Guide, and you are expected to rely primarily on that manual. This explanation is 
provided only to remove some ambiguities that the installation of the UD33 may 
present. 

SYSGEN supports autoconfigure, and MSCP controllers are detected by 
autoconfigure; however, autoconfigure detects only the MSCP-class controller 
that is located at the standard UNIBUS address. Additional MSCP-class 
controllers at alternate addresses must be attached to the operating system 
manually. 



3.5.3.1 Installing a Single MSCP Controller 



If you have only one UD33, install it at the standard address (772150 8 ) and use 
autoconfigure to connect your peripherals. The procedure given in the RSX- 
11M System Generation and Configuration Guide is adequate for this purpose. 



3.5.3.2 Installing Multiple MSCP Controllers 



If you have two MSCP controllers, say a DEC MSCP controller and a UD33, you 
must perform a complete manual initialization. We recommend that the DEC 
MSCP controller be installed at the standard UNIBUS address. Locating the 
UD33 at the alternate UNIBUS address does not prevent its being used as the 
system device. Both MSCP controllers are connected to the operating system by 
using the following procedure. 

1. Invoke SYSGEN. 

> SET /UIC=[200,200]<return> 

> @SYSGEN<return> 

2. To indicate that you want to use autoconfigure, answer Y (yes) to the 
following question: 

* Autoconfigure the host system hardware? 

[Y/N]: Y<return> 

3. To indicate that you do not want to override autoconfigure results, 
answer N (no) to this question: 
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*Do you want to override Autoconfigure results? [Y/N]: 
N<return> 

Answer the rest of the questions in the SETUP section appropriately, and 
continue to the next section, TARGET CONFIGURATION. In TARGET 
CONFIGURATION, the defaults presented for the first group of 
questions should be accurate for your system because autoconfigure was 
requested. 

In response to the question regarding devices, indicate that you have two 
MSCP-class controllers: 

* Devices: DU=2<return> 

Devi ces : . <re turn> 

This entry supersedes the value of 1 that autoconfigure has determined. 
Typing a period (.) terminates device input. 

Continue through the next four sections, HOST CONFIGURATION, 
EXECUTIVE OPTIONS, TERMINAL DRIVER OPTIONS, and SYSTEM 
OPTIONS, answering questions appropriately. 



When you reach the PERIPHERAL OPTIONS section, SYSGEN asks you 
questions that pertain only to the MSCP devices on your system. (Unless 
you indicated that you wished to override other autoconfigure results 
when you responded to the Devices question, SYSGEN asks questions on 
those devices.) 

The first question requests information about the controller's interrupt 
vector address, UNIBUS address, the number of DU-type disk drives 
(there is no default value for this parameter), the number of command 
rings, and the number of response rings. The question is asked twice, 
once for controller and once for controller 1, because we have specified 
two DU-type controllers. The dialogue uses the abbreviation contr to 
indicate controller. 



DU contr [D: 154,172150, ,4,4] 
154,172150,3,4,4<return> 



The standard vector address for MSCP controllers is 154 8 . The vector for 
a second unit should be allocated from floating vector address space. 
Any unused vector between 300 8 and 774 8 can be allocated. See 
Appendix A for a description of DEC's algorithm for assigning floating 
vectors. 
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The standard UNIBUS bus address for MSCP controllers is 772 ™8- 
Emulex recommends that second unit be located in floating UNIBUS 
address space. See Appendix A for a description of the DEC algorithm 
for assigning floating addresses. 

The number of DU-type disk drives depends on the configuration that 
you have selected for the UD33, or on the number of drives that are 
attached to a DEC MSCP controller. 

When you select a configuration for the UD33, you are taking into 
account the number of physical disk drives that you are attaching to the 
UD33's SMD interface. When you select a configuration, you are also 
specifying a logical arrangement for the UD33 MSCP-class subsystem. 
Some configurations split one physical drive into two logical drives to 
make file management easier. You determine the configuration of each 
SMD disk drive when you program the UD33's NOVRAM (see 
subsections 4.7, 4.8, and 4.9). 

The following types of disk drives can be attached to DEC MSCP 
controllers: 

RX50 
RD51 
RD52 
RD53 
RC25 
RA series 

The RC25 has both fixed and removable hard media; count an RC25 as 
two drives. 

RSX-11M supports up to eight command and eight response rings; the 
number of command and response rings that you specify depends on 
your application. Four command and four response rings are reasonable 
and adequate for most applications. In most instances, further 
information is not required to install the UD33. 

SYSGEN then asks you to specify the type of disk drive(s) on each 
controller: 

DU contr unit 0. is an 

RA60/80/81/RC25/RD51/RX50 

[D:RA81]<return> 
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For the DEC MSCP controller, indicate the appropriate peripherals. 

For the UD33, indicate that you have one RA81 for each logical disk 
drive. 

RSX-11M does not tolerate gaps in sequence; the unit numbers must be 
contiguous. In addition, the unit numbers specified for each controller 
must be the same as those reported by the controller during initialization. 

7. Complete the SYSGEN procedure according to DEC documentation. 



3.5.4 RSX-1 1 M-PLUS Operating Systems (v2.1 and above) 



RSX-11M-PLUS SYSGEN is an interrogative program that allows a complete, 
running RSX-1 1M-PLUS system to be configured for a particular hardware 
environment. SYSGEN is well documented in the RSX-11M-PLUS System 
Generation and Installation Guide, and you are expected to rely primarily on that 
manual. This explanation is provided only to remove some ambiguities that the 
installation of the UD33 may involve. 

SYSGEN supports autoconfigure, and MSCP controllers are detected by 
autoconfigure; however, autoconfigure detects only the MSCP-class controller 
that is located at the standard UNIBUS address. Additional MSCP-class 
controllers at alternate addresses must be attached to the operating system 
manually. 



3.5.4.1 Installing a Single MSCP Controller 



If you have only one UD33, install it at the standard address (772150 ? ) and use 
autoconfigure to connect your peripherals. The procedure given in tlie RSX- 
11 M-PLUS System Generation and Configuration Guide is adequate for this purpose. 



3.5.4.2 Installing Multiple MSCP Controllers 



If your initial system configuration includes two MSCP controllers, connect the 
alternate MSCP controller to the operating system during the initial SYSGEN. 
We recommend that you use autoconfigure to connect the first controller at the 
standard address (772150 8 ). We recommend that the DEC MSCP controller be 
installed at the standard UNIBUS address; locating the UD33 at the alternate 
UNIBUS address does not prevent its being used as the system device. 
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If you are adding the second MSCP controller to the system configuration, use 
the Add a Device option of SYSGEN or a complete SYSGEN. The following 
procedure describes the Add a Device process (user input is in boldface print: 

1. Invoke SYSGEN. 

> SET /UIC=[200,200]<return> 

> @SYSGEN<return> 

2. To indicate that you want to do a subset of the SYSGEN procedure, 
answer N (no) to the following questions: 

* Do you want to do a complete SYSGEN? 
[Y/N D:Y]: N<return> 

* Do you want to continue a previous SYSGEN 
from some point? [Y/N D:Y]: N<return> 

3. To indicate that you want to execute a specific module of the SYSGEN 
procedure, answer Y (yes) to this question: 

* Do you want to do any individual sections 
of SYSGEN? [Y/N D:Y]: Y<return> 

4. Select the Add a Device section of SYSGEN: 

* Which sections would you like to do? 
[S R:0.-15.]: H<return> 

Type the letter H to select the Add a Device section, SYSGEN now asks 
you all of the questions in the Choosing Peripheral Configuration section. 

The questions that SYSGEN asks pertain to the type and number of 
controllers that are installed on your system. There is one question for 
each type of controller that RSX-11M-PLUS can support. Answer 
(zero) for all types of controllers until you are prompted for the number 
of UDA-type devices. 

5. When you are asked to specify the number of MSCP-type devices, 
answer appropriately: 

* How many MSCP disk controllers do you 
have? [D R:0.-63. D:0.] 2<return> 

6. Give the total number of MSCP disk drive (on all controllers) installed on 
the system. 

* How many MSCP disk drives do you have? 
[D R:0.-n. D:l.] 5<return> 



3-18 Planning the Installation 



Operating Systems, Device and Vector Addresses 



The answer to this question depends on the configuration that you have 
selected for the UD33 and on the number of drives that are attached to 
any DEC MSCP controllers. 



When you select a configuration for the UD33, you are taking into 
account the number of physical disk drives that you are attaching to the 
UD33's SMD interface. When you select a configuration, you are also 
specifying a logical arrangement for the UD33 MSCP subsystem. Some 
configurations split one physical drive into two logical drives to make file 
management easier. You determine the configuration of each SMD disk 
drive when you program the UD33's NOVRAM (see subsections 4.7, 4.8 
and 4.9). 

The following types of disk drives can be attached to DEC MSCP 
controllers: 



• 


RX50 


• 


RD51 


• 


RD52 


• 


RD53 


• 


RC25 


• 


RA series 



The RC25 drive has both fixed and removable hard media; count an RC25 
as two drives. 



7. SYSGEN then asks you to specify controllers per disk drives. 

* To which DU controller is DUO: connected? 

[S R:l-1]: A<return> 

This question is asked as many times as the number of MSCP drives that 
you have indicated are on the system. RSX-11M-PLUS does not tolerate 
gaps in sequence; the MSCP unit numbers must be contiguous. In 
addition, the unit numbers specified for each controller must be the same 
as those reported by the controller during initialization. Use A for the 
primary controller and B for the alternate controller. 



8. Enter the vector address for each MSCP controller: 

* Enter the vector address of DUA 
[0 R:60-774 D:154] 
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The standard vector address for MSCP controllers is 154 8 . The vector for 
a second unit should be allocated from floating vector address space. 
Any unused vector between 300 8 and 774 8 can be allocated. See 
Appendix A for a description of DEC's algorithm for assigning floating 
vectors. 

9. Enter the CSR address for each MSCP controller: 

* What is its CSR address? 

[0 R: 160000-177700 D: 172150] 

The standard CSR address for MSCP controllers is 772150 8 . Emulex 
recommends that the second unit be located in floating CSR address 
space. See Appendix A for a description of the DEC algorithm for 
assigning floating addresses. 

10. Specify the number of command rings for each MSCP controller: 

* Enter the number of command rings for DUA 
[D R:l.-8. D:4.] 4<return> 

RSX-11M-PLUS supports up to eight command rings. The value you 
specify depends on your application. Four command rings are 
reasonable and adequate for most applications. 

10. Specify the number of response rings for each MSCP controller: 

* Enter the number of response rings for DUA 
[D R:l.-8. D:4.] 4<return> 

RSX-11M-PLUS supports up to eight response rings. The value you 
specify depends on your application. Four response rings are reasonable 
and adequate for most applications. 



3.5.5 VMS Operating Systems (v3.2 and above) 



VAX/VMS supports MSCP controllers at the standard address, 772150 8 , and in 
floating address space. VMS has a software utility called SYSGEN which can be 
used to determine the UNIBUS address and interrupt vector address for any I/O 
devices to be installed on the computer's UNIBUS. A running VAX/VMS 
computer system is required in order to use this utility. 
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If you do not have access to a running system, you must determine the UNIBUS 
addresses and vector addresses manually (although autoconfigure can still be 
used to connect the devices to the computer automatically on power-up). See 
Appendix A for a description of the algorithm used by SYSGEN to determine 
UNIBUS addresses. 

The following procedure tells how to use VMS SYSGEN to determine UNIBUS 
addresses and interrupt vectors. 

1. Login to the system manager's account. Run the SYSGEN utility: 

$ RUN SYS$SYSTEM:SYSGEN<return> 

SYSGEN> 

The SYSGEN > prompt indicates that the utility is ready to accept 
commands. 

2. Obtain a list of devices already installed on the VAX UNIBUS by typing: 

SYSGEN> SOOW/CONFIGURATION<return> 

Name: PUA Units: 1 Nexus: CSR: 772150 Vectorl: 154 Vector2: 000 
Name: TTA Units: 1 Nexus: CSR: 760100* Vectorl: 300* Vector2: 304* 
Name: TXA Units: 1 Nexus: CSR: 760400* Vectorl: 310* Vector2: 000 

*Floating address or vector 

Note: All addresses and vectors are expressed in octal notation. 

Figure 3-3. Sample SHOW CONFIGURATION 

SYSGEN lists by logical name the devices already installed on the 
UNIBUS. Make a note of these other devices with floating addresses 
(greater than 760000 8 ) or floating vectors (greater than 300 8 ) that you plan 
to re-install with your UD33. 

3. To determine the UNIBUS addresses and vectors that autoconfigure 
expects for a particular device type, execute the CONFIGURE command: 

SYSGEN> CONFIGURE<return> 

DEVICE> 

Specify the UNIBUS devices to be installed by typing their 
UNIBUS names at the DEVICE prompt (the device name for 
MSCP-class controllers under VMS is UDA). 

DEVICE> UDA,2<return> 
DEVICE> DMF32<return> 
DEVICE> DZll<return> 
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A comma separates the device name from the number of 
devices of that type to be installed. The number of devices is 
specified in decimal. 

In addition to the UD33, you need only specify devices that 
have floating addresses or vectors. Devices with fixed 
addresses or vectors do not affect the address or vector 
assignments of devices with floating addresses and vectors. 

Indicate that all devices have been entered by pressing the 
< ctrl > and Z keys simultaneously: 

DEVICE> "Z 

SYSGEN lists the addresses and vectors of the devices 
entered in the format shown in Figure 3-4. 



SYSGEN> CONFIGURE 
DEVICE> DZ11 
DEVICE> DMF32 
DEVICE> UDA,2 
DEVICE> "Z 
Device: UDA 
Device? DZ11 
Device: UDA 
Device: DMF32 



Name: PUA 

Name: TTA 

Name: PUB 

Name: COMB 



CSR: 772150 

CSR: 760100* 

CSR: 760354* 

CSR: 760400* 



Vector: 154 

Vector: 300* 

Vector: 310 

Vector: 314 



Support: yes 

Support: yes 

Support: yes 

Support: yes 



*Floating address or vector 

Note: All addresses and vectors are expressed in octal notation. 

Figure 3-4. CONFIGURE Command Listing 

5. Note the CSR addresses listed for the UNIBUS devices in floating address 
space. Program the listed addresses into non-Emulex devices as 
instructed by the manufacturer's documentation. For the UD33, program 
the address given for the UD33 (lowest numerical address) into the board 
as described in subsection 4.3.1. 

6. Complete SYSGEN according to the DEC documentation. 

If you want to select a nonstandard address for the UD33, that is, one 
that differs from the address selected by the CONFIGURE command, you 
must enter CONNECT statements in the SYCONFIG.COM file that is in 
the system manager's account, SYS$MANAGER. Use the syntax of the 
CONNECT statements as described in the DEC documentation on VMS 
SYSGEN. 
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NOTE 

Do not alter the STARTUP.COM or 
UVSTARTUP.COM command files in the main 
system account, SYS$SYSTEM. 



3.5.6 Ultrix-1 1 Operating Systems (V3.0 and above) 



The Ultrix-11 Version 3.0 system supports up to a total of four MSCP disk 
controllers, but only one of each type of controller. Therefore, to add support 
for two MSCP controllers, the system generation procedure must be told that 
there is, for example, one UDA50 controller and one RQDX1 controller. The 
choices are: 



Controller name 

UDA50 

KLESI 

RQDX1, RQDX2, or RQDX3 

RUX1 



device name 

ra 

re 

r q 

rx 



disk name 

ra?? 

re?? 

rd?? 

rx?? 



NOTE 

A bug exists in version 3.0 that prevents actually 
using more than three controllers. When an 
RQDX1, RQDX2, or RQDX3 is specified, the sysgen 
program will not allow specifying an RUX1 
controller, and vice versa. 



3.5.6.1 Sysgen 



To add a device to an Ultrix-11 kernel, the sysgen program must be run to create 
and make a new kernel. Creating a kernel involves the creation of a 
configuration file and then "making" the kernel from this configuration file. 

A dialogue mode is used to enter various system parameters. The question: 
Disk controller type: 

<rhll rh70 rpll rk611 rk711 rill rx211 rkll 
uda50 kda50 rqdxl rqdx2 rqdx3 klesi ruxl> ? 

asks for the specification of a disk controller. You must choose a different 
controller type for each MSCP controller on your system, even if they are all 
UD33s. 
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NOTE 

The order in which you enter each controller is very 
important. The order becomes the controller 
number. The same order must also be used when 
creating the special files (see below). 

For each MSCP controller specified, one of the following statements will be 
typed: 

First MSCP controller type: 
Second MSCP controller type: 
Third MSCP controller type: 

Depending on the controller name specified previously, the next question will 
differ. See the appropriate correlation below: 

Disk Controller Type Next Svsgen Question 

udaSO or kda50 Drive type < ra60 ra80 ra81 > ? 

klesi Drive type < rc25 > ? 

rqdxl/2/3 or ruxl Drive type < rx50 rd51 rd52 rd53 > ? 

Note that it doesn't matter which drive type you choose. Just enter one of the 
supplied names for each drive you have connected to each controller. 

The next two questions refer to the controller's CSR and vector addresses: 

CSR address <172150> ? 
Vector address <154> ? 

The defaults for the CSR and Vector address will always be 172150 8 and 154 8 , 
respectively. Be sure to enter the correct CSR value. Since the MSCP controller 
accepts a software-defined vector, an unused vector from the floating address 
space should be used for all nonstandard address controllers. Emulex suggests 
that you use a decrementing (by 4) vector address starting at 700 8 . This will 
prevent you from using a vector address that is already in use. 



3.5.6.2 Special Files 



The Ultrix operating system communicates with devices on the system by the use 
of special files. These files contain pointers into a system table that lists the entry 
points for a corresponding driver for that device. There must be a special file for 
each device (and each partition for disks) on the system in order for Ultrix to 
communicate with that device. Some devices will have two special files 
associated with a device: one for use with character mode, and the other for 
block mode. These special files exist in the account "/dev". 
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The special files for Ultrix-11 are created with the 'msf program (make special 
file). If no options are supplied, this program enters a dialogue mode: 

# /etc/msf 

The "msf" program will issue the prompt: 

Command <create exit help remove table>: 
Use the "c" command to create the special files. 

Device name (? for help) <rp06,dzll,lpll,etc>: 

The "msf" program does not understand the notations for different controller 
types. Instead, it uses the device name and controller number in order to create 
the special files. For example, the special files for ra60, ra80, and ra81 would be 
"ra", the special file for an rc25 would be "re", and the special files for an 
rd51/2/3 would be "rd". Therefore, you must enter a unique device name for 
each controller. It is suggested that you use the same device names used 
previously with the sysgen program. 

The next two questions are: 

MSCP controller number <0 1 2 3>: 
Unit number <0 -> 7 or all>: 

The MSCP controller number assigned to each controller is determined by the 
order in which you entered the devices to the sysgen program; that is, the 
number for the first controller is 0. 

The unit number for each drive (as it is identified by SW1-2 through SW1-4) must 
match the drive's specification in the configuration file. In addition, the drive to 
be booted from must be 0, regardless of whether the controller is at the standard 
or an alternate address. 

For ra, re, and rd type devices, the next question will be asked: 

Assume standard disk partitions (? for help) <y or 
n> ? 

If you answer "no", the next question will be asked: 

Create partitions <0 -> 7 or all>? 
You should always answer "all" . 



3.5.6.3 Newts 



The "newfs" program is used to create file systems on specified partitions. The 
newfs program requires no arguments and immediately enters a dialogue mode. 
See the Ultrix-11 System Manager's Guide for more information on newfs. 
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3.5.6.4 Volcopy 



Once a device is configured into your current kernel, you can copy an existing 
file system onto a new partition with the 'volcopy' program. The new partition 
will be created with the identical size parameters of the original file system. See 
the Ultrix-11 System Manager's Guide for more information on volcopy. 



3.5.6.5 Copying a Bootstrap 



A new bootstrap can be copied onto a new system disk with the "dd" program. 
The command: 

# dd if=/mdec/rauboot of=/dev/ra00 

will copy the bootstrap file onto block zero of raO. 



NOTE 

V7M-11 VI. and Ultrix-11 V2.0 did not support 
self-sizing disks and are unusable with the Emulex 
MSCP controllers. 



3.5.7 Ultrix-32m Operating Systems 



The Emulex MSCP class disk subsystems emulate the DEC DSA UDA-50/KDA- 
50/RA81 (MSCP) disk subsystem. They report that they are of controller type 
"DU" and of device type "RA81". However, when asked for the number of 
logical blocks, they do not return a size value that matches that of a "real" DEC 
RA81. 



3.5.7.1 The Kernel 



Support for MSCP controllers must be included in a monitor when rebuilding 
the kernel. The configuration file is edited to reflect the number of controllers 
and the number of drives connected to each controller. The Ultrix-32m system 
supports two MSCP disk controllers. 

Ultrix-32m does not require that MSCP device numbers be assigned to the units 
in sequential order. However, the MSCP device number for the drive to be 
booted from MUST be regardless of the controller's LSI-11 bus address. 
Further, be certain that the MSCP device number of each drive (as it is identified 
by SW1-2 through SW1-4) matches the drive's specification in the configuration 
file. 

The following example of a configuration file shows two controllers, the first with 
two drives, the second with one: 
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controller udaO at ubaO csr 0172150 vector 

udintr 

disk raO at udaO drive 

disk ral at udaO drive 1 

controller udal at ubaO csr 0160334 vector 

udintr 

disk ra2 at udal drive 2 

In this example, the first unit on the second controller must be MSCP device 
number two regardless of the units on the first controller. 



3.5.7.2 Special Files 



The Ultrix operating system communicates with devices on the system by the use 
of special files. These files contain pointers into a system table that lists the entry 
points for a corresponding driver for that device. There must be a special file for 
each device (and each partition for disks) on the system in order for Ultrix to 
communicate with that device. Some devices will have two special files 
associated with a device: one for use with character mode, and the other for 
block mode. These special files exist in the account 7dev\ 

There is a shell script, called "MAKEDEV" (uppercase important), on the Ultrix- 
32m system to help build these special files. The format of this command is: 

X /dev/MAKEDEV device ... 

This script passes your input to the program "mknod" to create the special files. 
You should use this command file to create the special files for each disk you 
wish to connect to the system. An example for two disks is: 

% /dev/MAKEDEV ra4 ra5 

This example assumes that you have already added the device into the 
configuration file, and you chose the logical names ra4 and ra5 for your disks. 



3.5.7.3 Autoconfigure 



At boot time, Ultrix-32m attempts to autoconfigure the devices included in the 
booted monitor's configuration file. If the device was not included in the 
configuration files, it will not be configured into the running system. If the 
device is not present, Ultrix will skip it. 

When Ultrix-32m finds a device at autoconfigure time it prints a message as 
follows: 

rqdO at csr 172150 vec 774, ipl 17 

raO at rqdO slave 

ral at rqdO slave 1 

rqdl at csr 160334 vec 770, ipl 17 

ra2 at rqdl slave 
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The CSR addresses were set in the configuration file. The vectors are assigned 
sequentially in reverse order by the operating system. If the CSR or unit 
numbers don't match the configuration file, the device will be skipped (and no 
message will be printed). 



3.5.7.4 Disk Partitions 



Ultrix allows a user to logically subdivide a disk into sections called "partitions". 
Disk partitions were created because the first Unix operating systems could 
access only a limited amount of space on large disks. Disk partitioning lets 
several Unix file systems reside on the same disk, one file system per partition. 
This allows the operating system to use the entire disk. 

Each disk has a partition table that defines the starting location and size (both in 
blocks) of each partition on that disk. When a disk is opened by the operating 
system (for the first time), it writes the partition size table into the super block of 
partition "a" (the first partition) on the disk. 



3.5.7.5 Disk Partition Modifications 



Modifications to a disk's partition table is done with the "chpt" command each 
time a disk is initialized or reinitialized. The "chpt" command allows a system 
manager to alter a particular partition's location and size characteristic. 

The operating system initializes the disk's partition table with that of a real DEC 
RA81's size table (found in the disk driver) on its very first opening. The system 
manager should then edit these sizes (with "chpt" command) to match system 
needs. 



3.5.7.6 Default Partition Modifications 



It is also possible to modify the default RA81 partition size table, which is stored 
in the device driver; this would eliminate the need for editing the partition table 
each time the disk is initialized. 

When DEC reorganized the Berkeley 4.2 Unix system to create Ultrix-32(m) they 
set it up to allow the distribution of the operating system in a binary format. This 
allowed them to distribute a minimum amount of source code to binary license 
holders. They separated each of the drivers and system kernel modules into two 
sections: a code portion and a data portion. The code portion does not require 
recompilation depending on the selected options at sysgen time; this is supplied 
in object format (xx.o). The data portion requires selection parameters based on 
sysgen answers; this is supplied in source code format (xx data.c). Making 
changes to this table will alter the default partition size characteristics for new 
disks. An example of the changes to the 'uda' driver is included here. 
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/usr/sys/data/udadata.c: 

}, ra81 sizes[8] ={ 



}; 



15884, 


0, 


66880, 


15884, 


-1, 


0, 


o, 


o, 


o, 


0, 


o, 


o, 


-1, 


82764, 


o, 


o, 
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/* A=blk thru 15883 */ 

/* B=blk 15884 thru 82763 */ 

/* C=blk thru end */ 

/* D= not used */ 

/* E= not used */ 

/* F= not used */ 

/* G=blk 82764 thru end */ 

/* H= not used */ 



The -1 above indicates the end of the disk. 



3.5.7.7 



Newfs 

The newfs program speeds up the creating of a file system on a partition. It 
looks up information, in the file /etc/disktab, on the disk specified by the system 
manager and creates the file system according to those default values. An 
example of the changes to the /etc/disktab file have been included here. 

/etc/disktab: 

qd32 | UD33 | Emulex UD33 Fujitsu Eagle M2351A Winchester: \ 
:ty=winchester:ns#47:nt#20:nc#840:\ 
: pa#15884 : ba#4096 : f a#512 : \ 
: pb#66880 : bb#4096 : f b#512 : \ 
: pc#789600 : bc#4096 : f c#1024 : \ 
: pg#706836 : bg#4096 : f g#1024 : 



3.5.7.8 Suggestions/Warnings 



There is a maximum of eight partitions per disk. The partitions form logical 
boundaries on the disk, separating each file system from all others. These logical 
divisions are useful for disk management because you can put similar types of 
users, files, directories or projects all on the same file system. Because a file 
system can never exceed its partition in size, you can use partitions to regulate 
disk use. 

There are certain areas of the disk which, by default, are reserved for the 
operating system. By mounting the swap space, for example, on its own 
partition, important data can not be overwritten when data from memory is 
swapped to the disk. The Ultrix-32m systems use partition "b" for the swap file. 
If you plan to use your own partition values, be sure to allocate an area on your 
system disk for a swap file. 

For more information on disk partitioning and modifications to the partition 
sizes, see the Ultrix-32m System Manager's Guide. 
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The program "diskpart" is used to create entries for the disk driver or for the 
"disktab" file. It creates a template based on the default rules used at Berkeley. 
The following is a table defining the Berkeley defaults: 



Partition 


20-60 MB 


61-205MB 


206-355 MB 


356+ MB 


a 


15884 


15884 


15884 


15884 


b 


10032 


33440 


33440 


66880 


c* 


all 


all 


all 


all 


d 


15884 


15884 


15884 


15884 


e 


unused 


55936 


55936 


307200 


f * 


unused 


end 


end 


end 


8* 


end 


end 


end 


end 



The 'c' partition is, by convention, used to access the entire disk. In 
normal operation, either the 'g' partition is used, or the 'd', 'e', and T 
partitions are used. The T and 'g' partitions are variable sized, 
occupying whatever space remains after allocation of the fixed sized 
partitions. 



NOTE 

Ultrix-32m VI. did not support self-sizing disks 
and is unusable with the Emulex MSCP controllers. 
The "diskpart" program was not included on the 
Ultrix-32m VI. 1 distribution kit. 
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Section 4 
INSTALLATION 



4.1 Overview 



The procedure for installing the UD33 Disk Controller is described in this section. 
The subsection titles are listed below to serve as an outline of the procedure. 



Subsection 



4.1 
4.2 
4.3 
4.4 
4.5 
4.6 
4.7 
4.8 
4.9 
4.10 



Title 



Overview 

Inspection 

Disk Controller Setup 

Physical Installation 

SMD Drive Preparation 

Cabling 

NOVRAM Loading, Disk Formatting, and Testing 

F.R.D. Options 

Drive Configuration Parameters 

Operation 



If you are unfamiliar with the subsystem installation procedure, Emulex 
recommends reading this Installation Section before beginning. 



4.1 .1 Subsystem Configurations 



This section is limited to switch setting data and physical installation instructions. 
No attempt is made to describe the many subsystem configurations that are 
possible. If you are not familiar with the possible configurations, we strongly 
recommend reading Section 3, PLANNING THE INSTALLATION, before 
attempting to install this subsystem. 

When you are installing the subsystem, you should make a record of the 
subsystem configuration and environment. Figure 4-1 is a Configuration Record 
Sheet that lists the information required and shows where the data can be found. 
This information will be of help to an Emulex service representative should your 
subsystem require service. 
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UD33 CONFIGURATION REFERENCE SHEET 



GENERAL INFORMATION 

• Host computer type 



Host computer operating system 
Other MSCP Controllers; Type 



Version 



DRIVE CONFIGURATION PARAMETERS 

• Drive Manufacturer (0) 

• Drive Manufacturer (1) 

• Drive Manufacturer (2) 

• Drive Manufacturer (3) 

• NOVRAM Parameters: 
DRIVE 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 


Number Units 
Type Code 
Head Offset 
Sectors/Track 
Heads 
Cylinders 
Spare Sectors 
Alternate Cylinders 
Configuration Bits 
Split Code 
Removable Media 
Gap 
Gap 1 
Gap 2 

Cylinder Offset 
Spiral Offset 





































DRIVE 2 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 


Number Units 
Type Code 
Head Offset 
Sectors/Track 
Heads 
Cylinders 
Spare Sectors 
Alternate Cylinders 
Configuration Bits 
Split Code 
Removable Media 
Gap 
Gap 1 
Gap 2 

Cylinder Offset 
Spiral Offset 





































UD33 CONFIGURATION 

• Firmware revision number 

• Top assembly number 

• UNIBUS address 



• Switch settings (□ = OFF ■ = ON) 



, UNIBUS Address 



Model 
Model 
Model 
Model 



DRIVE 1 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 


Number Units 
Type Code 
Head Offset 
Sectors/Track 
Heads 
Cylinders 
Spare Sectors 
Alternate Cylinders 
Configuration Bits 
Split Code 
Removable Media 
Gap 
Gap 1 
Gap 2 

Cylinder Offset 
Spiral Offset 





































DRIVE 3 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 


Number Units 
Type Code 
Head Offset 
Sectors/Track 
Heads 
Cylinders 
Spare Sectors 
Alternate Cylinders 
Configuration Bits 
Split Code 
Removable Media 
GapO 
Gap 1 
Gap 2 

Cylinder Offset 
Spiral Offset 





































• Warranty expiration date 

• Serial number 



Interrupt vector address 
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2 3 
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SW1 



SW2 



Figure 4-1. UD33 Configuration Reference Sheet 
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4.1 .2 Dip Switch Types 



Switch-setting tables in this manual use the numeral one (1) to indicate the ON 
(closed) position and the numeral zero (0) to indicate the OFF (open) position. 

The two DIP switch types used in this product are shown in Figure 4-2. Each is 
set to the code shown in the switch setting example. 














UD3302-1225 


1 


2 


3 


— SWl — 
4 5 


6 


7 8 


1 


1 


1 


1 1 





1 1 



Figure 4-2. Switch Setting Example 



4.1 .3 Maintaining FCC Class A Compliance 



Emulex has tested the UD33 Intelligent Disk Controller with DEC computers that 
comply with FCC Class A limits for radiated and conducted interference. When 
properly installed, the UD33 does not cause compliant computers to exceed 
Class A limits. 

There are two possible configurations in which the UD33 and its associated SMD 
peripherals can be installed: 

• With both the UD33 Disk Controller and the SMD disk drives mounted in 
the same cabinet, and 

• With the UD33 mounted in the CPU cabinet and the SMD drives 
mounted in a separate cabinet. 

To limit radiated interference, DEC completely encloses the components of its 
computers that generate or could conduct radio-frequency interference (RFI) 
with a grounded metal shield (earth ground). During installation of the UD33, 
nothing must be done that would reduce this shield's effectiveness. That is, 
when the UD33 installation is complete, no gap in the shield that would allow 
RFI to escape can be allowed. 
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Conducted interference is generally prevented by installing a filter in the ac line 
between the computer and the ac outlet. Most power distribution panels that are 
of current manufacture contain suitable filters. 

The steps that must be taken to maintain the integrity of the shield and to limit 
conducted interference are explained fully in subsection 4.6. 



4.2 Inspection 



Emulex products are shipped in special containers designed to provide full 
protection under normal transit conditions. Immediately upon receipt, the 
shipping container should be inspected for evidence of possible damage incurred 
in transit. Any obvious damage to the container, or indications of actual or 
probable equipment damage, should be reported to the carrier company in 
accordance with instructions on the form included in the container. 

Unpack the UD33 subsystem and, using the shipping invoice, verify that all 
equipment is present. Verify also that model or part numbers (P/N), revision 
levels, and serial numbers agree with those on the shipping invoice. These 
verifications are important to confirm warranty. If evidence of physical damage 
or identity mismatch is found, notify an Emulex representative immediately. If 
the equipment must be returned to Emulex, it should be shipped in the original 
container. 

Visually inspect the UD33 Disk Controller after unpacking. Check for such items 
as bent or broken connector pins, damaged components, or any other evidence 
of physical damage. 

Examine all socketed components carefully to ensure that they are properly 
seated. 



4.2.1 UD33 Disk Controller Inspection 



Visually inspect the UD33 Disk Controller after unpacking. Check for such items 
as bent or broken connector pins, damaged components, or any other evidence 
of physical damage. 

Examine all socketed components carefully to ensure that they are properly 
seated. 



4.3 Disk Controller Setup 



Several configuration setups must be made on the UD33 Disk Controller before 
inserting it into the chassis. These setups are made by option switches SW1 and 
SW2. 

Figure 4-3 shows the locations of the configuration switches referenced in the 
following paragraphs. 
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Figure 4-3. UD33 Disk Controller Assembly 
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NOTE 

If you change a switch position on the UD33 or 
change configuration values in NOVRAM, you 
must also reset the UD33 so that the host operating 
system's initialization sequence reads the codes 
established by the switch settings and/or NOVRAM. 
To reset the UD33, either toggle switch SW1-1 (ON 
then OFF), or power-down and power-up the 
system. If you toggle SW1-1, be sure the system 
is offline. Resetting the controller with the 
system running is likely to crash the system. 



Table 4-1 defines the function and factory configuration of all switches on the 
UD33 controller. The factory configuration switch settings are representative of 
most UD33 Disk Controller applications. 



Table 4-1. UD33 Switch Definitions and Factoiy Configuration 



Switch 


OFF(0) 


ON(l) 


Fact 


Function 


Section 


SW1-1 


Run 


Reset/Halt 


OFF(0) 


Run vs. Reset/Halt 




SW1-2 


_ 


- 


OFF(0) 


MSCP Device Number (LSB) 


4.3.3.1 


SW1-3 


. 


_ 


OFF(0) 


MSCP Device Number 


4.3.3.1 


SW1-4 


- 


- 


OFF(0) 


MSCP Device Number (MSB) 


4.3.3.1 


SW2-1 


Disable 


Enable 


OFF(0) 


Loop on Self-test Error 




SW2-2 


- 


- 


OFF(0) 


Reserved 




SW2-3 


_ 


- 


OFF(0) 


UNIBUS Address 


4.3.1 


SW2-4 


_ 


- 


OFF(0) 


UNIBUS Address 


4.3.1 


SW2-5 


- 


- 


OFF(0) 


UNIBUS Address 


4.3.1 


SW2-6 


_ 


- 


OFF(0) 


UNIBUS Address 


4.3.1 


SW2-7 


4 usee 


8 usee 


OFF(0) 


DMA Burst Delay 


4.3.3.2 


SW2-8 


Enable 


Disable 


OFF(0) 


Adaptive DMA 


4.3.3.3 


SW2-9 


B-Cable 


A-Cable 


OFF(0) 


Index and Sector 


4.3.3.4 


SW2-10 






OFF(0) 


Reserved 




ON(l) 


= Closed 










OFF (0) 


= Open 




Fa 


ct = Factory switch setting 
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Table 4-2 lists the function and factory configuration of all jumpers on the 
controller. 

Table 4-2. UD33 Jumper Definitions and Factory Configuration 



JUMPER 


OUT 


IN 


FACT 


COMMENT 


A-B 
C-D 
E 
F-G 


16K PROM Select 
Normal Operation 
Normal Operation 
Disable Clock 


32K PROM Select 
Factory Test 
Ground (Test) 
Enable Clock 


IN 

OUT 

OUT 

IN 


Must be IN 
Must be OUT 
Must be OUT 
Must be IN 


FACT 


= Factory Setting 









4.3.1 Disk Controller Bus Address 



Eveiy UNIBUS I/O device has a block of several registers through which the 
system can command and monitor that device. The registers are addressed 
sequentially from a starting address assigned to that controller, in this case an 
MSCP-class disk controller. 

The address for the first of the UD33's two UNIBUS registers is selected by DIP 
switches SW2-3 through SW2-6. See Table 4-3 for register address switch 
settings. For more information on determining the UNIBUS address, see 
Section 3 and Appendix A. 

Table 4-3. Controller Address Switch Settings 





.. 


- SW2- 


._ 






Bus Address 


3 


4 


5 


6 


Factory 


(in octal) 












772150 














V 


772154 


1 













760334 





1 










760340 


1 


1 










760344 








1 







760350 


1 





1 







760354 





1 


1 







760360 


1 


1 


1 







760364 











1 




760370 


1 








1 




760374 





1 





1 




760400 


1 


1 





1 




760404 








1 


1 




760410 


1 





1 


1 




760414 





1 


1 


1 




760420 


1 


1 


1 


1 
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4.3.2 Interrupt Vector Address 



The interrupt vector address for the UD33 is programmed into the device by the 
operating system during the MSCP initialization sequence. See subsection 3.5 
for a discussion of vector addresses. 



4.3.3 Options 



There are other UD33 options that can be implemented by the user. These 
features are selected by physically installing the option on the PCBA or by 
enabling the option using a switch. 



4.3.3.1 MSCP Device Number 



UD33 switches SW1-2 through SW1-4 specify MSCP device numbers. The 
functions of these switches are dependent on the option you select for your 
UD33: 

• If the UD33 is installed at an alternate UNIBUS address, these switches 
identify the MSCP device number of the first drive supported by that 
alternate UD33. The first drive supported by the UD33 at an alternate 
address may be drive through 7. 



4.3.3.1 .1 First Logical Unit Number for an Alternate UD33 



If your UD33 is installed at an alternate address, switches SW1-2 through SW1-4 
select the MSCP device number of the first drive supported by the UD33. MSCP 
device numbering schemes may vary by DEC operating system. Table 4-4 
defines the MSCP device numbers selected by switches SW1-2 through SW1-4 if 
the UD33 is at an alternate address. Check unit offset for alternate control. 



Example 4-1 : Your system operates under RSX-11M-PLUS and has two UD33 Disk 

Controllers. The first UD33 is at the standard base for MSCP 
controllers, 772150%, and it is supporting three logical drives, Unit 0, 
Unit 1, and Unit 2. The second UD33 is at an alternate base address, 
and it is supporting ftvo logical drives. RSX-11M-PLUS requires that 
the first drive on the alternate UD33 have an MSCP device number of 
3 and that the second drive have an MSCP device number of 4. On 
the alternate UD33, set switches SW1-2 in the ON position, SW1-3 in 
the ON position, and SW1-4 in the OFF position to specify an MSCP 
device number of 3 for the first drive. 
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This example would also apply if the first MSCP controller were a DEC MSCP 
controller with three logical drives. 

Table 4-4. MSCP Device Number for the First Drive Supported by a 

UD33 at an Alternate Address 





__. 


SW1 


— 


Starting MSCP 


2 


3 


4 


Device Number 


(LSB) 




(MSB) 














1 


1 








2 





1 





3 


1 


1 





4 








1 


5 


1 





1 


6 





1 


1 


7 


1 


1 


1 



4.3.3.2 DMA Burst Delay 



The UD33 firmware design includes a switch-selectable DMA burst delay to avoid 
data late conditions. Switch SW2-7 selects either a 4-microsecond or 
8-microsecond delay between DMA bursts. Even with the UD33 adaptive DMA, 
some applications may require a longer burst delay to allow other devices 
adequate time on the bus. 



Switch 


OFF 


ON 


Factory 


SW2-7 


4 usee 


8 usee 


OFF 



4.3.3.3 Adaptive DMA Mode 



Depending on the other devices on the bus and their priority, the UD33 may use 
more or less bus time than optimal for your application. The UD33 allows you to 
modify its DMA operations by disabling adaptive DMA. If adaptive DMA is 
disabled, the host processor programs the DMA burst length to a maximum of 8 
words per burst, unless overridden by the host processor. 

When adaptive DMA is enabled (SW2-8 OFF), the UD33 monitors the PDP-11 
bus for other pending DMA requests and suspends its own DMA activity to 
permit other DMA transfers to occur. If the UD33 is not getting the bus time 
your application requires, you may want to disable the adaptive DMA. When 
adaptive DMA is disabled, the UD33 performs a burst transfer of 8 words or less, 
relinquishes the bus, then performs another DMA burst transfer. 
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Switch 


OFF 


ON 


Factory 


SW2-8 


Enable 
Adaptive DMA 


Disable 
Adaptive DMA 


OFF 



4.3.3.4 Index and Sector 



The UD33 uses switch SW2-9 to determine whether the controller will look for 
the index and sector pulses on the A cable or B cable. 



Switch 


OFF 


ON 


Factory 


SW2-9 


B cable 


A cable 


OFF 



NOTE 

RPS will not function correctly unless the Index and 
Sector signal is on the B cable. Therefore, leaving 
SW2-9 in the OFF position will aid optimal 
performance of the controller. 



4.4 Physical Installation 



4.4.1 System Preparation 



Power down the system and switch OFF the main ac breaker at the rear of the 
cabinet (the ac power indicator will remain lighted). Slide the CPU out of the 
cabinet and remove the top cover. Remove the card cage shield to obtain access 
to the CPU and other modules. 



4.4.2 Slot Selection 



The UD33 can be inserted into any small peripheral controller (SPC) slot in either 
the DEC computer chassis or UNIBUS expansion chassis. The closer a module is 
to the CPU, the higher its interrupt priority. The UD33 can be placed fairly far 
from the CPU because of its large buffer capacity. 

Each CPU slot should contain a module. Card slots that would otherwise remain 
unoccupied should contain Bus Grant (flip-chip) modules to provide interrupt 
acknowledge continuity. 
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NOTE 

The nonprocessor grant (NPG) jumper on the SPC 
card slot in which the controller is being installed 
must be removed to allow the controller to trap the 
NPG signal during DMA requests. 



4.4.3 NPG Signal Jumper 



The Nonprocessor Grant (NPG) jumper on the SPC card slot must be removed 
to allow the trapping of the NPG signal during DMA requests. Therefore, 
remove the NPG signal jumper between pins CA1 and CB1 on the backplane so 
that the NPG signal passes through the UD33 module. 

Figure 4-4 shows a DD11-DK nine-slot backplane, with the enlargement 
depicting the layout of a typical socket as seen from the rear. (The enlargement 
is valid for each of the sockets on the backplane.) The figure of the backplane 
includes letters and numbers that are not actually on the backplane; they are 
included to help identify pin locations. Also, the numbers shown in the 
enlargement do not appear in the same location on the backplane; rather, they 
are located in about the center of the backplane. 

Jumper locations are defined by a series of numbers and letters that show pin 
locations by socket, column, and row. To find the NPG signal jumper on the 
DD11-DK backplane, use the following procedure: 

1. Find the appropriate socket (in this case C). The sections of pins are lettered 
sequentially, beginning with A and proceeding to F. 

2. Find the appropriate card slot. In Figure 4-4, the card slots are numbered 1 
through 9 from right to left. The column of pins shown in the socket 
enlargement corresponds to card slot 7. Note that each card slot is four pins 
wide, as the enlargement shows. 

3. Find the appropriate row of pins. As the enlargement shows, each number 
is labeled A through V, excluding G, I, O, and Q. Also, each row of pins is 
offset from the row on either side. 

4. Find the appropriate number corresponding to the desired pin. As the 
enlargement shows, each number differentiates between two pins on the 
same row that correspond to the same card slot. A number 1 indicates the 
component side; a number 2 indicates the solder side. 
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Figure 4-4. NPG Jumper Location 



In summary: For the seventh card slot, pin CA1 refers to the fourth socket from 
the top of the backplane drawing (C), the top pin of the left-hand set (Al). CB1 
is one pin to the right and slightly down. An arrow shows the wire between the 
two pins. 

The wire-wrap jumper between CA1-CB1 is the bottom-most wrap on the pair. 
Once you have located the jumper, cut it. Slipping a small piece of insulation 
over the end of the pin facilitates later location. 

If the UD33 is removed from the backplane, either reconnect the NPG jumper or 
insert a dual-width grant continuity module into connectors C and D of the slot 
vacated by the module. The dual-width grant continuity module (DEC part 
number G7273) jumpers all grant signals (interrupt grants and nonprocessor 
grants). It can be ordered from Emulex using part number ZU1110812. 
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AAA Mounting 



The UD33 Disk Controller should be plugged into the PDP-11 backplane with 
components oriented in the same direction as the CPU and other modules. 
Always insert and remove the boards with the computer power OFF to avoid 
possible damage to the circuitry. Be sure that the board is properly positioned in 
the throat of the board guides before attempting to seat the board by means of 
the extractor handle. 



4.5 SMD Disk Drive Preparation 



The disk drive(s) must be configured for the proper number of sectors and have 
an ID plug or address selection switches properly configured. 



4.5.1 Drive Placement 



Uncrate and install the disk drives according to the manufacturer's instructions. 
Position and level the disk drives in their final places before beginning the 
installation of the UD33. This positioning allows the I/O cable routing and length 
to be accurately judged. 



4.5.2 Local/Remote 



The local/remote switch controls whether the disk drive can be powered up from 
the drive (local) or from the controller (remote). Place the switch in the REMOTE 
position. With the CPU powered down, press the Start switch on the front panel 
of each of the drives (the Start LED will light, but the drive will not spin up and 
become ready). When the CPU is powered up, the drives spin up sequentially. 
This sequential power-up prevents the heavy current draw that would be caused 
if all the drives were powered up at once. When in the remote mode, the drives 
power down when the CPU is powered down. While the CPU is powered on, 
the drives can be powered up and down individually (to change disk media, for 
example) by using the drive Start switch. 



4.5.3 Sectoring 



See Appendix C, Disk Drive Configuration, for the correct sector count 
NO VRAM values for the disk drives in use. Consult the appropriate drive 
manual for additional information. 
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4.5.4 Drive Numbering 



An address from to 3 must be selected for each drive. Be careful that no two 
drives are assigned the same number. The logical unit number is determined by 
the address given to the drive. 

CDC drive addresses are selected by means of an ID plug. Drives from other 
manufacturers have their addresses selected by switches on one of the logic 
cards. Consult the appropriate drive manual for the exact procedure. 



4.5.5 Index and Sector Signals 



The UD33 supports SMD drives that provide the index and sector pulses on 
either the A or B cable without drive modification. Switch SW2-9 indicates the 
signal location. For best performance, index and sector pulses should be on the 
B cable. 



4.6 Cabling 



The UD33 Disk Controller interfaces with each SMD disk drive that it controls via 
one control cable (A cable) and a data cable (B cable). The A cable originates 
from connector J5 on the UD33 and is daisy-chained to all of the supported 
drives, terminating on the last drive. Maximum cumulative cable length for the 
control cable is 35 feet (10.5 meters). The B cable originates from connectors Jl, 
J2, J3 and J4 on the UD33. A radial (B) cable is connected directly from the UD33 
to' each supported disk drive. Maximum cable length for the B cable is 25 feet 
(7.5 meters). 

Tables 4-5 and 4-6 list cables offered by Emulex for the UD33. Figure 4-5 shows 
basic cable installation. To prevent excessive RFI, DEC surrounds its computers 
with a grounded metal shield. These shields are built into the computer cabinet. 

As noted in subsection 4.1.3, cabling has a direct effect on the amount of 
electromagnetic interference radiated by a computer system. When installing the 
UD33 and its drives, you must take steps to preserve the integrity of the shield 
built into FCC-compliant DEC cabinets. 

If both the controller and the peripheral are installed in the same cabinet, then 
you need only replace the shields that you have removed to keep the computer 
compliant with FCC regulations. 
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Figure 4-5. Drive Cabling 
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If the controller and the disk drives are located in separate cabinets, then you 
must shield the cables that run between the cabinets. Also, you must install the 
cables so that their points of cabinet exit and entry do not cause the computer 
installation to exceed FCC limits for RFI. To allow you to do this easily, Emulex 
makes shielded A cables, B cables, and cable I/O adapter panels that are 
designed to keep RFI within FCC limitations. 

The following paragraphs describe the cabling between the UD33 and drives for 
both same and separate cabinet configurations. The separate-cabinet 
installations rely on Emulex cabling kits to limit RFI, and thus the procedures for 
installing the kits are described in subsection 4.6.2. 



4.6.1 Same Cabinet Installations 



When the UD33 and its SMD drives are installed in the same cabinet, it is 
possible that the cabinet itself provides sufficient shielding. In such cases, it is 
not necessary to shield the A and B cables that connect the subsystem. 

NOTE 

If the cabinet in which the UD33 and the CPU are 
installed was manufactured before 1 October 1983, 
it may not provide sufficient shielding or filtering to 
prevent excessive RFI radiation or conduction. In 
case of a complaint about interference, it is the 
operator's responsibility to take whatever steps are 
necessary to correct the problem. 



Emulex makes unshielded A and B cables in several lengths. Table 4-5 lists the 
available cables. 

Table 4-5. Unshielded Cables 



Item 


Part Number 


Description 


Length 


Interface 


1 
2 


SU1111201-00 
SU1111203-00 
SU1111205-00 
SU1111207-00 

SU1111202-00 
SU1111204-00 
SU1111206-00 


Cable, Unshielded 
Cable, Unshielded 
Cable, Unshielded 
Cable, Unshielded 

Cable, Unshielded 
Cable, Unshielded 
Cable, Unshielded 


8 ft 
15 ft 
25 ft 
35 ft 

8 ft 
15 ft 
25 ft 


SMD A-Cable 
SMD A-Cable 
SMD A-Cable 
SMD A-Cable 

SMD B-Cable 
SMD B-Cable 
SMD B-Cable 
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The items listed in Table 4-5 can be ordered from your Emulex sales 
representative or directly from the factory. The factory address is: 

Emulex Customer Service 

3545 Harbor Boulevard 

Costa Mesa, CA 92626 

(714) 662-5600 TWX 910-595-2521 



To cable the subsystem, see Figure 4-5 and use the following procedures: 



4.6.1.1 A Cable 



1. Look at the header at either end of the A cable. Find the molded-in arrow 
that identifies pin 1 of the connector. 

2. Find the arrow that is molded into connector J5 on the UD33. Align the 
arrow on the cable header with the connector arrow and press the header 
into the connector. 

3. Find the molded-in arrow on the cable header at the other end of the A 
cable. 

4. Find the arrow on the disk drive's A cable connector. Most SMD drives 
have two A cable interfaces to allow daisy-chaining; use either. Align the 
arrow on the cable header with the connector arrow and press the header 
into the connector. Make sure that the locking tabs on the connector are 
fully flush with the sides of the cable header. 

5. Connect the first drive to the second drive supported by the UD33 using 
another A cable. Run the cable from the second A cable connector on the 
first drive to the second drive using steps 1 through 4. 

6. Install the A cable terminator (supplied with the drive) on the second A-cable 
connector of the last drive. 

End of Procedure 



4.6.1.2 B Cable 



Look at the header at either end of the B cable. Find the molded-in arrow 
that identifies pin 1 of the connector. 

Find the arrow that that is molded into connector Jl on the UD33. Align the 
arrow on the cable header with the connector arrow and press the header 
into the connector. 
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3. Find the molded-in arrow on the cable header at the other end of the B 
cable. 

4. Find the arrow on the first disk drive's B cable connector. If the drive is a 
dual port model, make sure you connect the B cable to the same port to 
which you connected the A cable. Align the arrow on the cable header with 
the connector arrow and press the header into the connector. Make sure 
that the locking tabs on the connector are fully flush with the sides of the 
cable header. 

5. Repeat steps 1 through 4 for the other drives, using connectors J2, J3, and J4 
on the UD33. 

End of Procedure 



4.6.1.3 Grounding 



Proper grounding is extremely important for proper operation of the disk 
subsystem. There must be a good connection between each drive in the 
subsystem and the CPU logic ground. The recommended grounding method is 
to connect each drive to a common point on the CPU chassis using a half-inch or 
larger braided ground strap, preferably insulated, or an AWG number 10 (or 
heavier) wire. 

Another option, though a less desirable one, is to daisy-chain a ground wire 
between the drives, then connect it to the CPU. 

For most applications, connect the drive chassis and logic grounds (ac and dc 
grounds). In environments with noise problems, however, it may work better to 
separate these two grounds. Whatever drive ground method is used, all drives 
in the subsystem must be configured the same way. Consult the disk drive 
manual for specific instructions on connecting the chassis and logic grounds. 

Because each subsystem is unique, it is impossible to predict which method will 
work best for each. Be aware that some experimentation may be required. 

NOTE 

Failure to observe proper signal grounding methods 
generally results in marginal operation with random 
error conditions. 
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4.6.2 Separate Cabinets 



If the disk drives are mounted in a separate cabinet from the UD33 Disk 
Controller, then the A and B cables that connect the drives to the UD33 must be 
shielded because they run outside the shielded cabinet environment. 

Emulex makes extension cables, cable I/O adapter panels, and shielded cables 
that are designed to be used with the UD33 in separate-cabinet installations. 
Extension cables connect the controller (or drive) with the cable I/O adapter 
panels. Cable I/O adapter panels ground the shields on the shielded cables and 
maintain the integrity of the cabinet shield. Shielded cables are run between 
cabinets. 

The cables are available in various lengths, and there are several different types 
of cable I/O adapter panels. Table 4-6 gives the part numbers of these 
accessories and describes their application. The items listed in Table 4-6 can be 
ordered from your Emulex sales representative or directly from the factory. 
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Table 4-6. Shielded Cables and Cable I/O Adapter Panels 



Item 


Part Number 


Description 


Length 
(Feet) 


Qty 

Rqd 


Application 


1 


SU7811212-01 
SU7811212-02 
SU7811212-03 
SU7811212-04 
SU7811212-05 


Cable, Shielded 
Cable, Shielded 
Cable, Shielded 
Cable, Shielded 
Cable, Shielded 


4 

8 

15 

25 

35 


1 
1 
1 
1 
1 


SMD A-Cable 
SMD A-Cable 
SMD A-Cable 
SMD A-Cable 
SMD A-Cable 


2 


SU7811219-01 
SU7811219-02 
SU7811219-03 
SU7811219-04 
SU7811219-05 


Cable, Extension 
Cable, Extension 
Cable, Extension 
Cable, Extension 
Cable, Extension 


2 
4 
6 
8 
10 


2 
2 
2 
2 
2 


SMD A-Cable 
SMD A-Cable 
SMD A-Cable 
SMD A-Cable 
SMD A-Cable 


3 


SU7811213-01 
SU7811213-02 
SU7811213-03 
SU7811213-04 


Cable, Shielded 
Cable, Shielded 
Cable, Shielded 
Cable, Shielded 


4 

8 

15 

25 


1-2 
1-2 
1-2 
1-2 


SMD B-Cable 
SMD B-Cable 
SMD B-Cable 
SMD B-Cable 


4 


SU7811218-01 
SU7811218-02 
SU7811218-03 
SU7811218-04 
SU7811218-Q5 
SU7811218-06 


Cable, Extension 
Cable, Extension 
Cable, Extension 
Cable, Extension 
Cable, Extension 
Cable, Extension 


2 
4 
6 
8 
10 
12 


2-4 
2-4 
2-4 
2-4 
2-4 
2-4 


SMD B-Cable 
SMD B-Cable 
SMD B-Cable 
SMD B-Cable 
SMD B-Cable 
SMD B-Cable 


5 


SU1110201-00 


Cable I/O NA 
Adapter Panel 


2-3 






6 


CU2220301-00 


Rack-Mount Panel 


NA 


2-3 


(optional) 


7 


SU7813104-00 


Peripheral Cable 
Adapter Panel Kit 


NA 


1-2 


Freestanding 
disk drive cable 
adapter 



The cable I/O adapter panels are designed to fit directly into the I/O bulkhead 
that is built into most FCC-compatible DEC CPU expansion cabinets. See Figure 
4-6. If there is no I/O bulkhead in the cabinet, item 6, the rack-mount panel, 
holds two cable I/O adapter panels and mounts in any standard 19-inch RETMA 
rack. The rack-mount panel is shown in Figure 4-7. 
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Figure 4-6. Cable I/O Adapter Panel 
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Figure 4-7. Rack-Mount Panel 
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There are two possible separate cabinet configurations. In one, the drives are 
mounted in a freestanding RETMA rack. (A RETMA rack attached to a PDP 
CPU cabinet would not count as a separate cabinet installation at all.) In the 
other configuration, the drives have their own cabinets and are themselves 
freestanding. These two configurations are shown in Figures 4-8 and 4-9. The 
cabling procedure that follows is a generic one that is for use with either 
configuration. Consult the illustrations for details. 

1. Open the rear bulkhead door or panel of the equipment cabinet. 

2. Install the UD33 disk controller in an appropriate CPU bus slot. 

3. Install a cable I/O adapter panel in a convenient opening in the rear 
bulkhead of the CPU or expansion cabinet and secure it with the eight 
captive screws. Tighten the screws finger-tight. Make sure that no gaps are 
present above or below the cable I/O adapter panel. 

4. Install a rack-mount panel in the RETMA rack (Figure 4-8) or peripheral 
cable adapter kit in each of the drive cabinets (Figure 4-9). 

5. Select an extension A cable that is long enough to reach from J5 of the UD33 
to the cable I/O adapter panel in the CPU or expansion cabinet. 

6. Find the arrow that is molded into the female cable header of the extension 
cable. Align the cable arrow with the corresponding arrow in connector J5 
and press the header into the connector. 

7. Select an extension B cable that is long enough to reach from Jl of the UD33 
to the cable I/O adapter panel in the CPU or expansion cabinet. 

8. Find the arrow that is molded into the female cable header of the extension 
cable. Align the cable arrow with the corresponding arrow in connector Jl 
and press the header into the connector. Repeat this step for J2, J3, and J4 if 
those ports are to have a drives attached to them. 

9. Select a shielded A cable that is long enough to reach from the CPU or 
expansion cabinet to the RETMA rack or the first freestanding drive. 
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1. Disk Controller PCBA Enclosure 

2. Nonshielded Extension Cable 

3. Cable Connectors, Extension Cable to Shielded Cable 

4. Clamp - Shield of Shielded Cable Clamped Within 

5. Shielded/Jacketed Cable, External to Equipment Cabinets 

6. Cable I/O Adapter Panel 

7. Cable Connectors, Shielded Cable to Extension Cable 

8. Nonshielded Extension Cable 

9. Peripheral Device 

Figure 4-8. Rack-Mount Drive Cabling Configuration 
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10. Remove (or loosen) the clamping bars on the widest slot of the cable I/O 
adapter panel in the CPU or expansion cabinet. 

11. Route one end of the prepared cable through the widest slot in the cable I/O 
adapter panel (see detail in Figure 4-6). Clamp the bare shielding against the 
cable I/O adapter panel with the clamping bar. 

12. Find the arrow that is molded into the male cable header of the extension 
cable. Align this arrow with the corresponding arrow in the female header 
of the shielded cable and press the headers together. 

13. Repeat steps 10 through 12 for each B cable, substituting B cable for A cable 
as appropriate and using the narrow slots in the cable I/O adapter panels. 

Use the Following Steps for Rack-Mount Configurations 

14. Repeat steps 10 and 11 at the disk end of the cable. 

15. Select an extension A cable that will reach from the cable I/O adapter panel 
in the RETMA rack to the first (lowest) disk drive (the position in the A cable 
daisy chain has no effect on unit number). 

16. Find the arrow that is molded into the female cable header of the extension 
cable. Align the cable arrow with the corresponding arrow of one of the disk 
drive's A cable connectors and press the header into the connector. Make 
sure that the latches on the connector fully engage the cable header. 

17. Select an extension B cable that will reach from the cable I/O adapter panel 
in the RETMA rack to the first (lowest) disk drive. 

18. Find the arrow that is molded into the female cable header of the extension 
cable. Align the cable arrow with the corresponding arrow on the disk 
drive's B cable connector and press the header into the connector. Make 
sure that the latches on the connector fully engage the cable header. 

19. Daisy-chain the A cable from the first disk drive to the remaining drives as 
described in step 5 of subsection 4.6.1.1. (You can use the unshielded cables 
listed in Table 4-5 to interconnect the drives.) 
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1. Disk Controller PCBA 

2. Nonshielded Extension A Cable 

3. Nonshielded Extension B Cable 

4. Cable Connectors, Extension Cables to Shielded Cables 

5. Clamp - Shield of Shielded Cable Clamped Within 

6. Shielded /Jacketed Cable, External to Equipment Cabinets 

7. Cable I/O Adapter Panel 

8. Peripheral Device 

Figure 4-9. Freestanding Drive Cabling Configuration 
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20. Repeat step 17 of this procedure for the other disk drives in the rack. 

21. Terminate the A cable at the last drive in the daisy chain by installing a 
terminator (included with the drive) on the drive's unused A cable 
connector. 

22. Connect a ground cable from the logic ground of the CPU to the logic 
ground of the disk drives. 

Use the Following Steps for Freestanding Drive Configurations 

23. Select two extension A cables long enough to reach from the drive's A cable 
connector to the peripheral cable adapter. (Alternatively, you can strip 
enough insulation off the shielded A cable to allow the shield to be clamped 
at the adapter and the cable head to connect at the drive's A cable 
connectors. If you use this approach, select a shielded A cable that is long 
enough to reach to the next drive in the daisy chain at this point, and 
prepare it by stripping the shield insulation at both ends.) 

24. Connect both A cables to the drive's A cable connectors by matching pin 1 
(molded-in arrow on cable header) and pressing the header onto the 
connector. 

25. Select a shielded A cable that is long enough to reach the next drive in the 
daisy-chain. 

26. Clamp both shielded A cables in the wide section of the peripheral cable 
adapter. 

27. Connect the extension cables to the shielded cables as described in step 12. 

28. Select an extension B cable that will reach from the peripheral cable adapter 
rack to the drive's B cable connector. 

29. Clamp the shielded B cable from the controller in the peripheral adapter. 
Connect the extension cable and the shielded cabled as described in step 17. 

30. Repeat steps 23 through 29 for the other drives in the subsystem. 

31. Terminate the A cable at the last drive in the daisy chain by installing a 
terminator (included with the drive) on the drive's unused A cable 
connector. 

End of Procedure 
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4.7 NOVRAM Loading, Disk Formatting, and Testing 



After physically installing the UD33, several steps are required to prepare the 
subsystem for operation. They are: 

• Loading the drive configuration into the NOVRAM 

• Formatting and verifying the media 

• Testing the subsystem 



The UD33 disk controller firmware incorporates a self-contained set of disk 
preparation and diagnostic utilities, called firmware-resident diagnostics 
(F.R.D.). (These diagnostics are also known as onboard diagnostics.) F.R.D. 
provides several important disk preparation functions, including the ability to 
configure the controller NOVRAM, format the drive, test the disk surface and 
replace defective blocks, and perform reliability testing of the attached disk 
subsystem. These utilities allow you to communicate directly with either CRT or 
hardcopy devices connected to a console port. 

The basic application of F.R.D. is in preparing MSCP disk drives for use in your 
subsystem. Before data can be stored on a drive, the disk must be formatted and 
any bad blocks identified. F.R.D. provides options that allow you to perform 
these functions. You use NOVRAM configuration options to set and review 
your drive parameter values. 

The steps involved in disk preparation are formatting the drive and then 
verifying that each logical block is good. F.R.D. supports both automatic and 
manual block replacement operations to allow for replacing defective and 
pattern-sensitive blocks. 

Automatic replacement, or blanket bad block replacement, is a feature of several 
F.R.D. options. With this feature, you can format a drive, verify, and replace 
any bad blocks in one step. During this format/verify operation, bad blocks are 
displayed in logical block number (LBN) format. If replacement is enabled, the 
blocks are replaced automatically. 

Manual bad block replacement is a separate option. This option allows you to 
identify specific bad blocks to be replaced. In addition, you can identify the 
blocks in Bytes From Index (BFI) format or in LBN format. Using BFI format 
eliminates the calculation required for LBN. This is most often useful in 
replacing blocks identified as bad in the manufacturer's defect list when that list 
no longer exists on the drive. 

BFI replacement must be done before any LBN replacement. Once LBN 
replacement occurs, the BFI values are no longer valid. 
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There are several ways you can use F.R.D. options to format and verify your 
disk. The method you choose depends on whether you: 

• have formatted this disk 

• want to replace blocks using BFI or LBN information 

• want to preserve data on this disk 

Each method is described below. The options listed are on the F.R.D. main 
menu. Use them in the order they are listed. (F.R.D. options are described in 
section 4.8.) 

If this is the initial format of a disk and you want to replace only those defects 
that F.R.D. finds with the four worst-case data patterns, use: 

• Option 2, Format and Verify (with replacement enabled) 

If this is the initial format of a disk and you want to replace manufacturer's 
detected defects from the hardcopy list, use: 

• Option 1, Format 

• Option 7, Replace Block (using BFI format) 

• Option 3, Verify (with replacement enabled) 

If this disk is formatted and you want to preserve data and obtain a list of bad 
blocks, use: 

• Option 4, Read Only Test (with replacement disabled) 



4.7.1 F.R.D. Conventions 

F.R.D. uses the following keyboard conventions: 

< CR > required to terminate operator inputs 

< Ctrl C > aborts the current operation and returns to the main menu 

A delay of 10 seconds may occur between the < Ctrl C> and the next display. 
During some verify operations, the delay may be considerably longer because the 
abort is delayed until the successful completion of the current command. In this 
case, a screen message informs you of the delay. 

In this section, operator responses to F.R.D. prompts appear in bold print. The 
symbols used in this section are listed below with their meanings: 

< CR > carriage return key 

< LF > line feed key 

< Ctrl C > Ctrl key and the letter C pressed at the same time 
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4.7.2 Starting F.R.D. on a VAX 



F.R.D. is started by issuing a special command sequence via console ODT. The 
sequence to use is illustrated by the following example; specific commands are 
contained in the tables noted in parentheses. The example pertains to a VAX 750 
with UNIBUS Adapter (UBA) #0 and a UD33 base address of 772150 (octal) or 
3F468 (hex). 

1. Initialize the VAX by applying power to the system and entering the 
console I/O mode. To initialize the UNIBUS: 

>»D/I 37 1<CR> (Table 4-7) 



2. Enable the map registers for two pages (must be longword aligned): 

>»D/L/P F30800 80000000<CR> (Table 4-8) 

>»D/L/P F30804 80000001<CR> 



3. Deposit the UD33 "backdoor enable" code in the SA register: 

>»D/W/P FFF46A 3003<CR> (Tables 4-9, 4-10) 

The SA register is arrived at by the following: 

UBA Base Address + UD33 Base Address + 2 «= UD33 SA Register 
FC0000 + 3F468 + 2 - FFF46A 

4. Wait for 100 to appear in the SA Register: 

>»E/W/P FFF46A 100 

5. Deposit UD33 F.R.D. code in the SA register: 

>»D/W/P FFF46A 44xx<CR> (Table 4-11) 

The value of xx is 01 for the VAX 750 UBA #0. 

6. Wait for 400 to appear in the SA Register: 

>»E/W/P FFF46A<CR> 400 

A value other than 400 may indicate one of the following vendor-unique 
errors: 



SA Register 



100111 
100121 



Type of Error 



Timeout 

Driver upload failure 
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7. Start the F.R.D. 

S 80<CR> 

Table 4-7. VAX Initialization Command Sequences 



VAX Model 


Initialization Command(s) 


VAX 730 


KCR> 


VAX 750 1 


D/I 37 1<CR> 


VAX 780, 1 
8600/8650 1 


UNJAM<CR> 


VAX 8200 1 


20000000+720 20000 16 <CR> 


1 Console mode I/O command " 1 " initializes only the CPU, not 
the UNIBUS, for some VAX systems. 

2 The format of this sequence is Node Space Address + DWUBA 
Control and Status Register, followed by the Data in the UPI bit. 
See Table 4-8. 
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Table 4-8. VAX and UBA Memory Map Register Addresses 



VAX 
Model 


Address 


Data 


Bit Definition 


730 


F26800 
F26804 


80000000 
80000001 


Validity bit, PFN = 
Validity bit, PFN = 1 


750 


F30800 
F30804 
F32800 
F32804 


80000000 
80000001 
80000000 
80000001 


Validity bit, DDP, PFN = at UBA #0 
Validity bit, DDP, PFN = 1 at UBA #0 
Validity bit, DDP, PFN = at UBA #1 
Validity bit, DDP, PFN = 1 at UBA #1 


780 and 
8600/8650 
on SBIA #0 


20006800 
20006804 
20008800 
20008804 
2000A800 
2000A804 
2000C800 
2000C804 


80000000 
80000001 
80000000 
80000001 
80000000 
80000001 
80000000 
80000001 


Validity bit, DDP, PFN = at TR #3, UBA #0 
Validity bit, DDP, PFN = 1 at TR #3, UBA #0 
Validity bit, DDP, PFN - at TR #4, UBA #1 
Validity bit, DDP, PFN = 1 at TR #4, UBA #1 
Validity bit, DDP, PFN = at TR #5, UBA #2 
Validity bit, DDP, PFN = 1 at TR #5, UBA #2 
Validity bit, DDP, PFN = at TR #6, UBA #3 
Validity bit, DDP, PFN = 1 at TR #6, UBA #3 


8600/8650 
on SBIA #1 


22006800 
22006804 
22008800 
22008804 
2200A800 
2200A804 
2200C800 
2200C804 


80000000 
80000001 
80000000 
80000001 
80000000 
80000001 
80000000 
80000001 


Validity bit, DDP, PFN = at TR #3, UBA #0 
Validity bit, DDP, PFN = 1 at TR #3, UBA #0 
Validity bit, DDP, PFN = at TR #4, UBA #1 
Validity bit, DDP, PFN - 1 at TR #4, UBA #1 
Validity bit, DDP, PFN = at TR #5, UBA #2 
Validity bit, DDP, PFN = 1 at TR #5, UBA #2 
Validity bit, DDP, PFN = at TR #6, UBA #3 
Validity bit, DDP, PFN = 1 at TR #6, UBA #3 



(continued on next page) 



NOTE 

TR levels and UBAs listed for the VAX 
780/8600/8650 are standard but may vary 
depending on your configuration. 
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Table 4-8. VAX and UBA Memory Map Register Addresses (continued) 



VAX Model 8200 


Data to be 


deposited in selected Node and Map Register: 




Map Addr. 


Data 


Bit Definition 


Offset 








800 


80000000 


Validity, DDP, PFN - 


804 


80000001 


Validity, DDP, PFN - 1 


Node# 


Bus#0 


Bus#l 


Bus #2 


Bus .#3 





20000000 


22000000 


24000000 


26000000 


1 


20002000 


22002000 


24002000 


26002000 


2 


20004000 


22004000 


24004000 


26004000 


3 


20006000 


22006000 


24006000 


26006000 


4 


20008000 


22008000 


24008000 


26008000 


5 


2000A000 


2200A000 


2400A000 


2600A000 


6 


2000C000 


2200C000 


2400C000 


2600C000 


7 


2000E000 


2200E000 


2400E000 


2600E000 


8 


20010000 


22010000 


24010000 


26010000 


9 


20012000 


22012000 


24012000 


26012000 


10 


20014000 


22014000 


24014000 


26014000 


11 


20016000 


22016000 


24016000 


26016000 


12 


20018000 


22018000 


24018000 


26018000 


13 


2001A000 


2201A000 


2401A000 


2601A000 


14 


2001C000 


2201C000 


2401C000 


2601C000 


15 


2001E000 


2201E000 


2401E000 


2601E000 
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Table 4-9. VAX and UBA I/O Base Addresses 



VAX Model 730 I/O Address 
UBA Base Address 

FC0000 

VAX Model 750 I/O Address 
UBA Base Address 

FC0000 UBA #0 
F80000 UBA #1 



VAX Models 780 and 8600/8650 on SBIA #0 I/O Address 
UBA Address 

20100000 TR #3 UBA #0 
20140000 TR #4 UBA #1 
20180000 TR #5 UBA #2 
201C0000 TR #6 UBA #3 



VAX Models 8600/8650 I/O Address on SBIA #1 
UBA Base Address 

TR #3 UBA #0 

TR #4 UBA #1 

TR #5 UBA #2 

#6 UBA #3 



22100000 
22140000 
22180000 
221C0000 



TR 



VAX Model 8200 I/O Address Window Space Assignments 

(Window space offset values are through 3FFFF) 



Node # 





1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 



Bus#0 



20400000 

20440000 

20480000 

204C0000 

20500000 

20540000 

20580000 

205C0000 

20600000 

20640000 

20680000 

206C0000 

20700000 

20740000 

20780000 

207C0000 



Bus#l 



22400000 

22440000 

22480000 

224C0000 

22500000 

22540000 

22580000 

225C0000 

22600000 

22640000 

22680000 

226C0000 

22700000 

22740000 

22780000 

227C0000 



Bus #2 



24400000 

24440000 

24480000 

244C0000 

24500000 

24540000 

24580000 

245C0000 

24600000 

24640000 

24680000 

246C0000 

24700000 

24740000 

24780000 

247C0000 



Bus #3 



26400000 

26440000 

26480000 

264C0000 

26500000 

26540000 

26580000 

265C0000 

26600000 

26640000 

26680000 

266C0000 

26700000 

26740000 

26780000 

267C0000 
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Table 4-10. UD33 Base Address Offsets (IP Register) 



Octal 


Hex 


772150 


3F468 


772154 


3F46C 


760334 


3E0DC 


760340 


3E0E0 


760344 


3E0E4 


760350 


3E0E8 


760354 


3E0EC 


760360 


3E0F0 



Table 4-11. Available F.R.D. Upload Codes 



(44xx) 
xx value 



01 



02 



03 
04 
05 
06 



07 
08 
09 
0A 



10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

1A 

IB 

1C 

ID 

IE 

IF 



VAX and UBA Number 



730 and 750 UBA #0 



750 UBA #1 



780 UBA #0 and 8600/8650 UBA #0 on SBIA #0 
780 UBA #1 and 8600/8650 UBA #1 on SBIA #0 
780 UBA #2 and 8600/8650 UBA #2 on SBIA #0 
780 UBA #3 and 8600/8650 UBA #3 on SBIA #0 



8600/8650 UBA #0 on SBIA #1 
8600/8650 UBA #1 on SBIA #1 
8600/8650 UBA #2 on SBIA #1 
8600/8650 UBA #3 on SBIA #1 



8200 Node 
8200 Node 
8200 Node 
8200 Node 
8200 Node 
8200 Node 
8200 Node 
8200 Node 
8200 Node 
8200 Node 
8200 Node 
8200 Node 
8200 Node 
8200 Node 
8200 Node 
8200 Node 



#0 VAXBI Bus #0 
#1 VAXBI Bus #0 
#2 VAXBI Bus #0 
#3 VAXBI Bus #0 
#4 VAXBI Bus #0 
#5 VAXBI Bus #0 
#6 VAXBI Bus #0 
#7 VAXBI Bus #0 
#8 VAXBI Bus #0 
#9 VAXBI Bus #0 
#10 VAXBI Bus #0 
#11 VAXBI Bus #0 
#12 VAXBI Bus #0 
#13 VAXBI Bus #0 
#14 VAXBI Bus #0 
#15 VAXBI Bus #0 



(continued on next page) 
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Table 4-11. Available F.R.D. Upload Codes (continued) 



(44xx) 
xx value 


VAX and UBA Number 


20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
2A 
2B 
2C 
2D 
2E 
2F 


8200 Node #0 VAXBI Bus #1 
8200 Node #1 VAXBI Bus #1 
8200 Node #2 VAXBI Bus #1 
8200 Node #3 VAXBI Bus #1 
8200 Node #4 VAXBI Bus #1 
8200 Node #5 VAXBI Bus #1 
8200 Node #6 VAXBI Bus #1 
8200 Node #7 VAXBI Bus #1 
8200 Node #8 VAXBI Bus #1 
8200 Node #9 VAXBI Bus #1 
8200 Node #10 VAXBI Bus #1 
8200 Node #11 VAXBI Bus #1 
8200 Node #12 VAXBI Bus #1 
8200 Node #13 VAXBI Bus #1 
8200 Node #14 VAXBI Bus #1 
8200 Node #15 VAXBI Bus #1 


30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
3A 
3B 
3C 
3D 
3E 
3F 


8200 Node #0 VAXBI Bus #2 
8200 Node #1 VAXBI Bus #2 
8200 Node #2 VAXBI Bus #2 
8200 Node #3 VAXBI Bus #2 
8200 Node #4 VAXBI Bus #2 
8200 Node #5 VAXBI Bus #2 
8200 Node #6 VAXBI Bus #2 
8200 Node #7 VAXBI Bus #2 
8200 Node #8 VAXBI Bus #2 
8200 Node #9 VAXBI Bus #2 
8200 Node #10 VAXBI Bus #2 
8200 Node #11 VAXBI Bus #2 
8200 Node #12 VAXBI Bus #2 
8200 Node #13 VAXBI Bus #2 
8200 Node #14 VAXBI Bus #2 
8200 Node #15 VAXBI Bus #2 


40 

41 
42 
43 
44 
45 
46 
47 
48 
49 
4A 
4B 
4C 
4D 
4E 
4F 


8200 Node #0 VAXBI Bus #3 
8200 Node #1 VAXBI Bus #3 
8200 Node #2 VAXBI Bus #3 
8200 Node #3 VAXBI Bus #3 
8200 Node #4 VAXBI Bus #3 
8200 Node #5 VAXBI Bus #3 
8200 Node #6 VAXBI Bus #3 
8200 Node #7 VAXBI Bus #3 
8200 Node #8 VAXBI Bus #3 
8200 Node #9 VAXBI Bus #3 
8200 Node #10 VAXBI Bus #3 
8200 Node #11 VAXBI Bus #3 
8200 Node #12 VAXBI Bus #3 
8200 Node #13 VAXBI Bus #3 
8200 Node #14 VAXBI Bus #3 
8200 Node #15 VAXBI Bus #3 
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4.7.3 Starting F.R.D. on a PDP-1 1 System 



To start F.R.D. on a PDP-11 system, first halt the processor. Then enter the 
following commands in response to the ODT prompt (@): 



@ 177xxxxx/ 000000 1 <LF> 
@ 177yyyyy/ 4400 30003 <CR> 
@/000400 42000 <CR> 
@ 177yyyyy/ 2000 <CR> 
(c& 200G 



1TEST FOR 2000 



NOTE: XXXXX and YYYYY are offsets dependent on the address of the UD33 
controller. See Table 4-12 for the available values. 

Table 4-12. PDP-11 Offsets 



CONTROLLER 


XXXXX 


YYYYY 


BUS ADDRESS 






772150 


72150 


72152 


772154 


72154 


72156 


760334 


60334 


60336 


760340 


60340 


60342 


760344 


60344 


60346 


760350 


60350 


60352 


760354 


60354 


60356 


760360 


60360 


60362 



4.7.4 



When the appropriate start procedure is completed, F.R.D. identifies itself by 
displaying the controller type and firmware revision. Then, it displays the menu 
options. See subsection 4.8 for more information on F.R.D. options. 

Terminating F.R.D. 

To terminate F.R.D., choose one of the following: 

• Press the BREAK key, or 

• Reinitialize the system, or 

• Halt the CPU. 

You can restart the diagnostics from a halted condition if you have not changed 
the memory contents. On a PDP-11 system, enter 200G at the ODT prompt. On 
a VAX system, enter S 80. 
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4.8 F.R.D. Options 



F.R.D. is an interactive, menu-driven utility. This section describes the function 
of each option on the F.R.D. main menu. The menu appears as follows: 



Program Option Menu 

1 - Self-test loop 

2 - Format 

3 - Verify 

4 - Format and verify 

5 - Data reliability test 

6 - Format, verify, and data reliability test 

7 - Read only test 

8 - List known units 

9 - Replace block 

10 - Display Novram 

11 - Edit / Load Novram 

Enter option number: 

The main menu and each submenu prompt for required input. When you enter 
a valid selection, the next menu displays or F.R.D. performs the selected option. 
If you make an invalid entry, F.R.D. rejects it, displays an error message, and 
reprompts. 

Based on the nature of the MSCP emulation being performed, some operations 
may produce an observable delay when performed on previously unformatted 
drives. This delay is approximately 30 seconds. 

When an option is finished, F.R.D. displays the prompt "Hit any key to 
continue" and waits for you to do so before returning to the main menu. 
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4.8.1 Option 1 • Self-test Loop 



The Self-test Loop option detects intermittent hardware failures that have 
already passed through the first self-test. The LED indicators on the UD33 front 
panel will blink when a pass has compeleted. If an error occurs, the self-test 
loop option stops and reports an error; the LEDs on the front panel display the 
error code. A description of the error codes is displayed on the host console. 



4.8.2 Option 2 ■ Format 



The Format option is used to initially format a drive. The operation writes sector 
headers and initializes the drive's RCT tables. It is used to format a virgin drive, 
a drive that has been determined to contain unusable data, or a drive with a 
format that is improper to use with a particular controller. 

After formatting, the drive contains a valid RCT with a serial number you 
specified. 



4.8.3 Option 3 - Verify 



The Verify option Write/Read exercises all user-available blocks. F.R.D. uses 
four worst-case data patterns to find and replace pattern-sensitive blocks. It 
asks for the logical unit number (LUN) of the drive to be verified. After you 
enter the LUN, F.R.D. prompts for the number of write/read passes. 

Verify operations are performed on 120 logical blocks at a time. Logical blocks 
are referenced by logical block number (LBN). 

During Verify operations, F.R.D. disables all controller error recoveiy 
capabilities so that a sector is replaced for any repeatable single bit error. Each 
data pattern is run until error-free for a single pass, ensuring that replacement 
blocks are also verified. 

When a block is encountered that cannot be accessed because of header or data 
field errors, the Logical Block Number in error displays. Because the failing 
pattern may not be the first pattern, it is possible that replacement blocks may 
not be tested with all patterns. For this reason, Emulex recommends running at 
least two Verify passes over all 4 data patterns. 
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The Verify option has many features which allow you to enable full error 
description. When Error Description is enabled, it reports the type of error that 
occurs on the bad blocks. If a drive is producing an excessive number of bad 
blocks, this feature helps determine the kinds of errors responsible. 

The Verify option also offers a bad block replacement feature which, when 
enabled, replaces any bad blocks using the appropriate technique. 



4.8.4 Option 4 - Format and Verify 



This option formats a drive, then tests the surface to replace pattern-sensitive 
and defective sectors. It performs both of the operations that are available 
separately with options 2 (Format) and 3 (Verify). This option also offers a bad 
block replacement feature which, when enabled, replaces any bad blocks found 
during the verify operation. 



4.8.5 Option 5 - Data Reliability Test 



This option allows you to thoroughly test your subsystem. The reliability test 
uses Write, Write/Check, and Read functions to test the controller-to-drive 
portion of the subsystem. In addition, an independent DMA operation between 
the host memory and the controller tests the host/controller interface. 

The test defaults to two reserved diagnostic cylinders so that user data will be 
protected; a test of the full pack is your option. To run the reliability test 
indefinitely, select (zero) passes. 

If the test encounters errors, F.R.D. displays text error messages. These 
messages are for use by Emulex technical support personnel. 



4.8.6 Option 6 ■ Format, Verify, and Data Reliability Test 



This option combines options 2 (Format), 3 (Verify), and 5 (Data Reliability Test). 
This option automates the initialization and testing of drives, since you can select 
multiple drives and activate the data reliability test without having to wait for the 
format and verify options to complete. The format and verify portions of this 
option run in the order of the drives selected. Drives with hard faults are 
dropped and the sequence moves to the next drive in the list. The reliability 
portion of this option runs simultaneously on all selected drives. 
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4.8.7 Option 7 - Read Only Test 



This option causes all the user-available blocks on the selected drive to be Read- 
only, not Write/Read, during the Verify pass. When a block is encountered that 
cannot be accessed because of header or data field errors, the utility displays the 
Logical Block Number. 

The Read Only Test option also offers a bad block replacement feature, which, 
when enabled, replaces any bad blocks. Because F.R.D. runs with ECC disabled 
and does not cache any read data, no corrected data is available to put in the 
replacement block. This means that even though the defective block is replaced 
and no forced error flag is set in the replacement sector, the data is nonvalid. 



CAUTION 

This may cause problems if the replaced blocks 
contain executable program files. For this reason, 
you should back up sensitive data before running 
this option with the replacement feature enabled. 

This option is usually used after the drive is formatted. However, if you plan to 
manually replace the bad blocks identified in the manufacturer's defect list, be 
certain to do so before using Option 7 with replace enabled. 



4.8.8 Option 8 - List Known Units 



This option causes the program to list all the drives that are configured in the 
NOVRAM. Only those units that can be selected by the controller are listed as 
available. 

A user size (in 512-byte blocks) and a media type I.D. are listed with all drives 
found by this option. The user size does not include RCT area, diagnostic 
cylinders, designated or hidden spare tracks or blocks, etc. 

In addition, this option displays the attached drive's physical geometry. This 
display includes all areas of the disk. If the device size in logical blocks is 
calculated from this data, the number will be larger than the displayed user size. 
The difference is the number of LBNs used for RCT, diagnostic cylinders, spares, 
etc. 
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4.8.9 Option 9 - Replace Block 



This option allows you to replace a specific bad block or group of blocks without 
using the blanket replacement feature found in the Verify and Read Only 
options. You choose to identify either logical blocks (entered in decimal MSCP 
Logical Block Number format) or Bytes From Index (as listed in the 
manufacturer's defect list), then enter the block to be replaced. 

BFI replacement eliminates the calculation required to translate BFI to LBN 
format. F.R.D. requires the cylinder, track, and bytes from index of the defect 
for each BFI entry. When you initiate replacement, F.R.D. prompts for the 
number of bytes per track. As soon as you enter this value, F.R.D. begins 
replacing blocks. 

LBN replacement allows you to replace blocks identified as bad during the 
format operation, when they are identified in LBN format by older versions of 
DEC operating systems which do not support host-initiated replacement. 

If you are using both types of replacement, BFI replacement must be complete 
before LBN replacement is begun. Further, BFI replacement must be complete 
before the blanket bad block replacement feature of other options is enabled. 

Emulex recommends that you run the Verify option after the replacement option 
is complete. The Verify option runs test patterns that may detect any pattern- 
sensitive blocks. 



4.8.10 Option 10 - Display NOVRAM 

This option displays the current contents of the NOVRAM. 



4.8.1 1 Option 1 1 ■ Edit/Load NOVRAM 



This option allows you to enter the drive configuration parameters into the 
controller. F.R.D. prompts you for the required drive parameters. (NOVRAM 
parameters are described in section 3.9.) 
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4.9 Drive Configuration Parameters 



When you edit or load NOVRAM configuration parameters, you are asked to 
enter the values required for your configuration. This section describes each 
parameter and states the range of valid entries for each. The required values for 
each drive supported by Emulex are listed in Appendix B. 

You begin loading NOVRAM parameter values by selecting Option 11 from the 
F.R.D. main menu. F.R.D. then displays each parameter, one at a time. The 
parameter displays with a range of valid entries and a default value. Enter the 
appropriate value (in decimal) or simply press the return key to accept the 
default value (the last value entered). The next parameter then displays. 



4.9.1 Adaptive DMA Threshold 



This parameter specifies the number of words the UD33 will transfer before it 
looks for another device that wants to use the Q-Bus. The valid range is from 1 
through 8; the recommended value for the Micro VAX 3500/3600 is 8. 

You are prompted for this parameter when you select the edit/load NOVRAM 
option; this prompt does not appear for each drive that you are configuring. 



4.9.2 Type Code 

This parameter indicates the type of disk drive. The only valid value is 1. 



4.9.3 Number of Units of this Type 



This parameter specifies the quantity of attached physical disk drives that use the 
NOVRAM parameters that follow. Valid values are 1 to 4. If you enter 1, the 
utility uses a separate set of parameter values for each drive. In this case, it 
prompts for parameter values for the other drives. If you enter 2 or more, the 
same parameter values are used for that number of drives. 



4.9.4 Number of Sectors per Track 



This parameter specifies the total number of physical sectors per track, including 
spares. The valid range is from 1 through 255. 
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4.9.5 Number of Heads 



This parameter specifies the number of data heads per physical drive. The valid 
range is from 1 through 63. 



4.9.6 Number of Cylinders 



This parameter specifies the total number of physical cylinders per drive, 
including spares. The valid range is from 1 through 4,095. 



4.9.7 Number of Spare Sectors per Track 



This parameter specifies the number of spare sectors reserved per track. This 
number plus the number of logical sectors per track equals the total number of 
physical sectors per track. The valid range is or 1. If is specified, no spare 
sectors are reserved. Emulex recommends a value of 1; larger values will 
unnecessarily reduce the capacity of the drive. 



4.9.8 Number of Alternate Cylinders 



This parameter specifies the number of spare cylinders per physical drive. The 
valid range is from through 15. At least one cylinder must be specified as an 
alternate. (If spare sectors are specified, the sector replacement algorithm needs 
one track for working space.) 

If Split Code 1 is used, you must specify twice the normal number of alternate 
cylinders because they are divided evenly between the two logical drives. A 
minimum of 2 alternate cylinders must be specified if block replacement is to 
function with a cylinder split. 



4.9.9 Configuration Bits, High Limit and Low Limit 



These parameters define additional configuration characteristics of the drive, 
including Rotational Position Sensing which is determined by the values you 
select for High Limit and Low Limit. 

If your subsystem includes a drive that Emulex supports, refer to Appendix B, 
Table B-l, for the decimal values to enter for these parameters. If your drive is 
not supported by Emulex, refer to the drive manufacturer's manual for drive 
requirements, then enter the appropriate values as discussed subsequently. 
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Configuration Bits: 

Bit 0: This bit specifies whether or not the drive negates the On Cylinder signal 
during a head select operation. The valid range for this bit is or 1. If 
this bit is 0, the On Cylinder signal remains on during a head select. If 
this bit is 1, the On Cylinder signal is negated during a head select. 

Bit 1: This bit specifies whether or not the drive can perform early or late data 
strobe operations. The valid range for this bit is or 1. If this bit is 0, 
the drive cannot perform early or late data strobe operations. If this bit 
is 1, the drive is capable of performing early or late data strobe 
operations. 

Bit 2: This bit specifies whether or not the drive is capable of head offset 

operations. The valid range for this bit is or 1. If this bit is 0, the drive 
cannot perform head offset operations. If this bit is 1, the drive is 
capable of performing head offset operations. 

Rotational Position Sensing: 

Rotational Position Sensing increases the performance of the disk subsystem 
during data transfer when two drives are active. RPS allows the controller 
to determine which drive is rotationally closest to any of the data transfers in 
the controller command buffer. By matching a data transfer with the drive 
rotationally closest to that command, the rotational latency is reduced, 
therefore increasing throughput of the subsystem. 

The High and Low Limit parameters on the menu, when defined, 
determine where the drive will perform RPS. Recommended values are 
given in the Drive Configuration Parameter Value Table in Appendix B. If 
you need to calculate the decimal value for each drive, a minimum value of 
and a maximum value of 15 is obtainable. These values correspond 
directly to the number of sectors ahead on the disk that make up the RPS 
window. 

If RPS is enabled, the controller looks at the drive's current sector number 
after an initial seek has been completed for that drive, and calculates how 
far away the target sector is. If this value falls within the range specified in 
the RPS High and Low Limits, the read/write operation begins immediately 
on that drive. If the sector is not found in the RPS window, the next drive 
that is executing a seek undergoes the same process. 
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The recommended lower RP5 limit ensures adequate time for proper 
controller response. Lowering this value will decrease performance by 
causing extra disk revolutions, since the disk is still spinning between the 
time the seek is issued and the time it is begun. The optimal high limit for 
RPS depends heavily on system factors, such as drive types and operating 
system usage. Though the recommended value is the optimal one for most 
applications, it is possible that small adjustments could increase system 
performance. 

For example, if you have a Iwo-drive system with a 2.4M Byte/sec drive (let 
us call this Drive 0) and a 1.2M Byte/sec drive (Drive 1), you would expect 
to see about twice as many I/O operations completed on Drive as on 
Drive 1. By setting the Drive RPS value to a low upper limit, and by 
setting the Drive 1 RPS value to a high upper limit, the number of 
completed I/O operations will even out significantly, On a heavily loaded 
system, this will result in more efficient overall subsystem performance. 

If only one drive is used with the UD33, RPS should be disabled. You 
should also disable RPS if you are unfamiliar with the geometry of each of 
your drives. To disable RPS, simply place a zero in the RPS High and Low 
Limit parameters. 

NOTE 

Index and Sector signals must be on the B cable for 
RPS to function. See subsection 3.3.3.3. 



4.9.1 Dual Port Options 



If your firmware (Revision H and above) and system configuration support dual 
porting with MSCP controllers, the dynamic dual port mode, static dual port 
mode, and single port mode (the default) are displayed. The dual port 
applications are described in the following subsections. 



4.9.10.1 Single Port Mode (config type 0) 



This is the default setting; multiple port access is not supported under any 
condition. Single port mode should be selected on drives that do not support 
dual port or drives that do not require multiple-access paths. 
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4.9.1 0.2 Dynamic Dual Port Mode (conflg type 1 ) 



This is used for systems that must share the drive between two different 
controllers. The drive is available to both controllers and will seize and release 
the port for each drive command. The only limitation is that of read /write access 
from two different systems. Only one system may have read/write abilities, the 
other must be mounted read only (nowrite), unless you provide special software 
to overcome these limitations. 



4.9.10.3 Static Dual Port Mode (conflg type 3) 



The static dual port option is typically used for Local Area Vax Cluster (LAVC) 
systems that require failover protection. This mode allows a controller to seize 
one port when the drive is mounted and lock out the other port (until the drive is 
dismounted). The drive appears offline to the controller that has not reserved 
the port, forcing all drive accesses through a single controller. The MSCP server 
then decides to use either a local access path or Ethernet for communication. 
Should failover occur in a LAVC system that has reserved the drive, the port is 
released and made available to the other controller. The VMS software is then 
able to select the drive and mount it. 



4.9.10.3.1 Failover Requirements 



If no commands are processed within 500 ms in systems that require failover, the 
controller releases the drive. To properly support failover, the drive must have 
reserve timer ENABLED. 

In LAVC systems failover operations are fully software dependent, and many 
versions of VMS show problems with failover. Contact Digital Software Support 
to confirm the correct VMS version that supports this function. 



4.9.10.4 Firmware Resident Diagnostics (F.R.D.) Support 



The drive format, surface verification, and manual block replacements must be 
performed while either the controller is idle on the other port or the drive has 
only one port enabled. To ensure that dual porting is functioning, the Data 
Reliability portion of F.R.D. supports multiple Emulex controllers on the shared 
disk and allows multiple read/write accesses to test the drive. 



4.9.1 0.5 Logical Drive Splits 



Since the drive's port is controlled by physical addressing, Emulex cannot 
support logical splitting of any dual-ported drive. 
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4.9.11 Split Code 



This parameter allows the drive(s) defined by this parameter block to be split into 
two logical disk units (two each, if more than one drive is defined by this block) . 
The split codes are: 

Code 0: No split. 

Code 1: The cylinders are divided between the two logical drives. A starting 
cylinder offset value specifies the first cylinder of the second logical 
drive. 

Code 2: The drive's data heads ore divided between the two logical drives. A 
starting head offset value specifies the first head of the second logical 
drive. If you select a head split code on a drive with both fixed and 
removable media, the removable media may be configured as logical 
unit number (LUN) and the fixed media as LUN 1. 

Code 3: Identical to Code 2 except the logical assignments for the physical 

drives are reversed. Reverse head split codes also divide the drive by 
data heads, but assign the lower numbered heads to drive 2 and the 
higher numbered heads to drive 1. 

Use of the split option disables seek-ordering and overlapped seek processing in 
the MSCP Controller, which reduces performance, particularly when both logicals 
of a split physical drive are active. 



4.9.12 Starting Head Offset 



This parameter specifies the physical drive head that is to be used as the first 
head of the second logical drive. This field has meaning only if a Split Code 2 or 
3 is specified. The valid range is from through 31 . If a Split Code or 1 is 
selected, this value must be 0. 



4.9.13 Cylinder Offset 



This parameter specifies the physical cylinder that is to be used as the first 
cylinder of the second logical drive. This field has meaning only if a Split Code 1 
is specified. If a Split Code 0, 2, or 3 is selected, this parameter must be 0. 
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4.9.14 Removable Media 



This parameter indicates whether the disk media is fixed or removable. If you 
are defining one physical/logical drive, this parameter uses a 1-bit field with valid 
values of and 1, where indicates fixed media and 1 indicates removable 
media. 

If you are defining a drive with a logical split, this parameter uses a 2-bit field 
with a valid range from through 3: 



Definition 



LUN and LUN 1 are both fixed. 
LUN is removable, LUN 1 is fixed. 
LUN is fixed, LUN 1 is removable. 
LUN and LUN 1 are both removable. 



Decimal 
Value 



4.9.15 Gap 0, 1, and 2 Parameters 



These parameters specify the recording format for each sector on the drive. The 
recording format allows gaps, as ,for example, between header and data fields. 
These gaps are based on a formula intended to allow the drive time for 
read/write transitions while maximizing data capacity. 

The values Emulex recommends for qualified drives are contained in Appendix 
B, Disk Drive Configuration Parameters. These values are factory parameters 
and are to be used with Emulex qualified drives. If any of these factory 
parameters are altered, the UD33 may not support the disk drive. 



4.9.16 Spiral Offset 



This parameter specifies the number of sectors by which sector of a track is 
offset from sector of the previous track. Offsetting sector from one track to 
the next is a technique that is used to reduce latency when performing write or 
read operations that cross a track boundary. When the drive is formatted, sector 
of a track is offset a certain number of sectors from the position of sector on 
the previous track. When this is done, spiral write and read operations are more 
efficient because the drive has time to seek from track to track before 
encountering sector 0. 

The valid range is from through 31.. 
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4.10 Operation 



There are no operational instructions. The UD33 is ready for MSCP initialization 
as soon as its drives are formatted and tested. 



4.10.1 Indicators 



There are three light emitting diodes (LEDs) on the UD33 PWB. These LEDs are 
used for both diagnostics and for normal operations. 

If switch SW1-1 is OFF, the UD33 executes a preliminary test at the following 
times: 

• On power-up 

• After a reset condition 

• After a bus initialization 

• After a write operation to the Initialization and Polling (IP) register (base 
address) 

The self-test routine consists of two test sequences: preliminary and self-test. 
The preliminary test sequence exercises the 8031 microprocessor chip and the 
Disk Formatter chip. When the UD33 successfully completes the preliminary 
test, LED3 illuminates indicating that the UD33 is waiting for the MSCP 
initialization sequence. 

During the MSCP initialization sequence, initiated by host software control, the 
UD33 executes a self-test that exercises the buffer controller chip, the Host 
Adapter Controller (HAC) chip and its associated circuitry, the onboard RAM, 
and the control memory PROM. If the UD33 passes this sequence of its self-test 
successfully, all the LED indicators on the edge of the UD33 are OFF. 

If a fatal error is detected either during self-test or while the system is running, all 
three of the edge-mounted LED indicators are ON (illuminated). If the UD33 
fails to pass its power-up self-tests, you can select a special diagnostic mode 
(switch SW2-8 ON) which causes the LED indicators to display an error code. 
See Self-Test Error Reporting, in Section 5, TROUBLESHOOTING. 

During normal operation, LED1 and LED2 flicker occasionally. These LEDs are 
used to indicate UNIBUS activity and SMD disk drive activity, respectively. 
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Section 5 
TROUBLESHOOTING 



5.1 Overview 



This section describes the several diagnostic features with which the UD33 Disk 
Controller is equipped, and outlines fault isolation procedures that use these 
diagnostic features. 



Subsection 


Title 


5.1 


Overview 


5.2 


Service 


5.3 


Fault Isolation Procedure 


5.4 


Power- Up Self-Diagnostics 


5.5 


Fatal Error Codes 



5.2 Service 



Your Emulex UD33 Disk Controller was designed to give years of trouble-free 
service, and it was thoroughly tested before leaving the factory. 

Should one of the fault isolation procedures indicate that the UD33 is not 
working properly, the product must be returned to the factory or to one of 
Emulex's authorized repair centers for service. Emulex products are not 
designed to be repaired in the field. 

Before returning the product to Emulex, whether the product is under warranty 
or not, you must contact the factory or the factory's representative for 
instructions and a Return Materials Authorization (RMA) number. 

Do not return a component to EMULEX without authorization. A component 
returned for service without an authorization will be returned to the owner at the 
owner's expense. 

In the continental United States, Alaska, and Hawaii contact: 

Emulex Technical Support 

3545 Harbor Boulevard 

Costa Mesa, CA 92626 

(714)662-5600 Outside California: (800) 854-7112 

FAX: (714) 966-1299 TLX: 183627 

After 5 p.m. Pacific Time, call (800) 638-7243. When answered, you will be 
prompted to key in 37115, followed by a # symbol, then a message. 

Outside the United States, contact the distributor from whom the subsystem was 
initially purchased. 
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To help you efficiently, Emulex or its representative requires certain information 
about the product and the environment in which it is installed. During 
installation, a record of the switch setting should have been made on the 
Configuration Reference Sheet. This sheet is contained in the Installation 
Section, Figure 4-1. 

After you have contacted Emulex and received an RMA, package the component 
(preferably using the original packing material) and send the component postage 
paid to the address given you by the Emulex representative. The sender must 
also insure the package. 



5.3 Fault Isolation Procedure 



This fault isolation procedure is provided in flow chart format. The procedure is 
based on the self-diagnostics incorporated into the UD33. The procedure is 
designed to be used if the product's self-diagnostic fails or if many errors are 
flagged by the subsystem during normal operation. If neither of these events 
happens, it is not necessary to follow these procedures. 

The Fault Isolation Chart is shown in Figure 5-1. The chart symbols are defined 
in Table 5-1 . 

If the fault isolation procedure indicates that a component needs to be returned 
to Emulex, see subsection 5.2 for instructions on how to do so. 



Table 5-1. Flow Chart Symbol Definitions 




Description 



Start point, ending point. 



Decision, go ahead according with YES or NO. 



Connector, go to same-numbered symbol on another sheet. 



Process. 



UD3302-0106 
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( START J 



POWER UP UD33 
DO NOT BOOT SYSTEM 




READ SA 
REGISTER 




FATAL HARDWARE ERROR. RESEAT CONTROLLER 
OR MOVE IT TO ANOTHER BACKPLANE SLOT. 
CHECK CONTROLLER SWITCHES FOR CORRECT 
CSR SELECTION. 



UPLOAD F.R.D. 

TO MEMORY. 

SEE SECTION 4.7.2/4.7.3 



YES 




/SUCCESSFUL^ 
\ F.R.D. LOAD J 



FATAL F.R.D DMA TO MEMORY. ON VAX, CHECK 
TO ENSURE YOU HAVE ENABLED 
MEMORY MAP. SEE SECTION 4.7.2/4.7.3 



CALL EMULEX 

CUSTOMER SERVICE 

IF RETRY IS 

UNSUCCESSFUL 



CALL EMULEX 
CUSTOMER SERVICE 



DETERMINE FAULT AND 
ATTEMPT TO CORRECT 



V) 



UD3302-1693 



Figure 5-1. Fault Isolation Chart 
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5.4 Power-Up Self-Diagnostic 



The UD33 executes an extensive self-diagnostic to ensure that the disk controller 
is in good working order. The self-diagnostic is divided into several parts. Table 
5-2 indicates the order in which the tests are performed. 

The first two tests are executed immediately after power-up, a reset, a bus INIT, 
or a write to the IP register (base address). The other tests are executed as the 
controller interacts with the MSCP initialization routine. If the UD33 fails any of 
the tests, it posts an MSCP fatal error code in the low-byte of the SA register 
(base address plus 2) and turns on three LEDs which are located on the outside 
edge of the PWB. The MSCP fatal error codes used by the UD33 are listed in 
Table 5-3. 

To help determine the location of the problem, the operator can select a special 
diagnostic mode that causes the LEDs to display an error code. To enable this 
diagnostic mode, place the CPU halt switch in the ON position and set UD33 
switch SW3-1 ON (1). After setting SW2-1 ON, the host computer must be 
powered down or UD33 switch SW1-1 must be toggled (turned ON and then 
OFF) to cause the UD33 to again perform its self-test. 

Upon encountering an error, the host microprocessor halts and the LEDs display 
an error code. The error codes are listed and described in Table 5-2. 

If the UD33 completes the diagnostic mode without errors, all three LEDs are 
OFF. Set switch SW2-1 in the OFF position and reset the UD33 controller before 
using. 



Table 5-2. LED Error Codes 



LED 




3 2 1 


Error Description 











Self-diagnostic complete without errors 








1 


CPU Chip Test failed 





1 





Formatter Chip Test failed 


1 








Controller idle, waiting for initialization 





1 


1 


Buffer Controller or External Memory Test failed 


1 





1 


HAC Test failed 


1 


1 





Emulation PROM Checksum Test failed 
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5.5 Fatal Error Codes 



If the UD33 encounters a fatal error anytime during operation, all three LEDs are 
illuminated and an error code is posted in the low byte of the SA register (base 
address plus 2). Table 5-3 lists the MSCP fatal error codes used by the UD33. 



Table 5-3. MSCP Fatal Error Codes used by the UD33 



Octal 
Code 


Hex 
Code 


Description 








No information in message packet. 


1 


1 


Possible parity or timeout error when the UD33 attempted to 
read data from a message packet. 


2 


2 


Possible parity or timeout error when the UD33 attempted to 
write data to a message packet. 


4 


4 


UD33 diagnostic self-test indicated a controller RAM error. 


5 


5 


UD33 diagnostic self-test indicated a firmware checksum error. 


6 


6 


Possible parity or timeout error when the UD33 attempted to 
read an envelope address from a command ring. 


7 


7 


Possible parity or timeout error when the UD33 attempted to 
write an envelope address to a command ring. 


11 


9 


Host did not communicate with UD33 within the time frame 
established while bringing the controller online. 


12 


A 


Operating system sent more commands to the UD33 than the 
controller can accept. 


13 


B 


Controller unable to perform DMA transfer operation 
correctly. 


14 


C 


UD33 diagnostic self-test indicated controller fatal error. 


16 


E 


The MSCP connection identifier is invalid. 


23 


13 


An error occurred during the MSCP initialization sequence. 
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Additional fatal error messages may appear. These error codes are listed in 
Table 5-4. 

Table 5-4. Fatal Error Codes 



Octal 
Code 


Hex 
Code 


Description 


004 


04 


RAM error 


005 


05 


Firmware checksum error 


014 


0C 


Fatal error during self-test 


111 


49 


Autoboot timeout 


121 


51 


F.R.D. load to memory failed 
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DEVICE REGISTERS AND PROGRAMMING 



6.1 Overview 



This section contains an overview of the UD33 device registers that are accessible 
to the UNIBUS and that are used to monitor and control the UD33 Disk 
Controller. The registers are functionally compatible with DEC implementations 
of MSCP controllers. 

The following table outlines the contents of this section. 



Subsection 


Title 


6.1 


Overview 


6.2 


Overview of MSCP Subsystem 


6.3 


Programming 


6.4 


Registers 


6.5 


Bootstrap Command 



6.2 Overview of MSCP Subsystem 



Mass Storage Control Protocol (MSCP) is the protocol used by a family of mass 
storage controllers and devices designed and built by Digital Equipment 
Corporation. MSCP allows a host system to be connected to subsystems with a 
variety of capacities and geometries. This flexibility is possible because MSCP 
defines data locations in terms of sequential, logical blocks, not in terms of a 
physical description of the data's location (i.e., cylinder, track, and sector). This 
scheme gives the MSCP subsystem the responsibility for converting MSCP 
logical block numbers into physical addresses that the peripheral device can 
understand. 

This technique has several implications. First, the MSCP subsystem must have 
detailed knowledge of the peripheral's capacity, geometry, and status. Second, 
the ability to make the translation between logical and physical addresses implies 
considerable intelligence on the part of the subsystem. Finally, the host is 
relieved of responsibility for error detection and correction because its 
knowledge of the media is insufficient to allow error control to be done 
efficiently. 

There are several advantages to this type of architecture. First, it provides the 
host with an "error-free" media. Second, it provides for exceptional operating 
system software portability because, with the exception of capacity, the 
characteristics of all MSCP subsystems are the same from the operating system's 
point of view. 
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In terms of implementation, this protocol requires a high degree of intelligence 
on the part of the subsystem. Essentially, this intelligence is a process that runs 
on a microprocessor and is referred to as an MSCP controller. The MSCP 
controller has all of the responsibilities outlined above. 

The host computer runs corresponding software processes which take calls from 
the operating system, convert them into MSCP commands, and cause the 
resulting command to be transferred to the MSCP controller. 

In summary, an MSCP subsystem is characterized by an intelligent controller 
that provides the host with the view of a perfect media. It is further characterized 
by host independence from a specific bus, controller, or device type. 



6.3 Programming 



A complete description of MSCP commands and the corresponding status 
responses which the UD33 Disk Controller posts is beyond the scope of this 
manual. 



6.3.1 Command Support 



No currently available MSCP Controller supports the entire range of MSCP 
commands. The following subsections describe the extent of MSCP command 
support by the UD33. 



6.3.1 .1 Minimal Disk Subset 



The UD33 Disk Controller supports the entire minimal disk subset of MSCP 
commands. 



6.3.1 .2 Diagnostic and Utility Protocol (DUP) 



The UD33 Disk Controller does not support any of the DUP commands or 
maintenance read/ write commands. Therefore, the UD33 is not compatible with 
DEC diagnostics that use the MSCP DUP commands. 
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6.4 Registers 



During normal operation, the UD33 Disk Controller is controlled and monitored 
using the command and status packets that are exchanged by the Class Driver 
(host) and the MSCP Controller. The UD33 has two 16-bit registers in the 
PDP-11 Bus I/O page that are used primarily to initialize the subsystem. During 
normal operation, the registers are used only to initiate polling or to reset the 
subsystem. These registers are always read as words. The register pair begins on 
a longword boundary. Table 6-1 lists the octal and hexadecimal values for the 
Initialization and Polling (IP) register (base address) and the Status and Address 
(SA) register (base address plus 2) supported by the UD33. 

The IP register (base address) has two functions as detailed below: 

• When written with any value, it causes a hard initialization of the MSCP 
Controller. 

• When read while the port is operating, it causes the controller to initiate 
polling. 

The SA register (base address plus 2) has four functions as listed below: 

• When read by the host during initialization, it communicates data and 
error information relating to the initialization process. 

• When written by the host during initialization, it communicates certain 
host-specific parameters to the port. 

• When read by the host during normal operation, it communicates status 
information including port and controller-detected fatal errors. 

• When zeroed by the host during either initialization or normal operation, 
it signals the port that the host has successfully completed a bus adapter 
purge in response to a port-initiated purge request. 
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Table 6-1. UD33 IP and S A Registers 



UD33 
Address 
Octal Hex 


VAX-11/730 
VAX-11/750 
Hex Address 
With Offset 




VAY-11/780 


UBA #3 


UBA#0 


Hex Address with Offset 
UBA #1 UBA #2 


772150 
772152 


F468 
F46A 


FFF468 
FFF46A 


2013F468 
2013F46A 


2017F468 
2017F46A 


201BF468 
201BF46A 


201FF468 
201FF46A 


772154 
772156 


F46C 
F46E 


FFF46C 
FFF46E 


2013F46C 
2013F46E 


2017F46C 
2017F46E 


201BF46C 
201BF46E 


201FF46C 
201FF46E 


760334 
760336 


EODC 
EODE 


FFEODC 
FFEODE 


2013E0DC 
2013E0DE 


2017E0DC 
2017E0DE 


201BE0DC 
201BE0DE 


201FE0DC 
201FE0DE 


760340 
760342 


E0E0 
E0E2 


FFEOEO 
FFE0E2 


2013E0E0 
2013E0E2 


2017E0E0 
2017E0E2 


201BE0E0 
201BE0E2 


201FE0E0 
201FE0E2 


760344 
760346 


E0E4 
E0E6 


FFE0E4 
FFE0E6 


2013E0E4 
2013E0E6 


2017E0E4 
2017E0E6 


201BE0E4 
201BE0E6 


201FE0E4 
201FE0E6 


760350 
760352 


E0E8 
EOEA 


FFE0E8 
FFEOEA 


2013E0E8 
2013E0EA 


2017E0E8 
2017E0EA 


201BE0E8 
201BE0EA 


201FE0E8 
201FE0EA 


760354 
760356 


EOEC 
EOEE 


FFEOEC 
FFEOEE 


2013E0EC 
2013E0EE 


2017E0EC 
2017EOEE 


201BE0EC 
201BEOEE 


201FE0EC 
201FEOEE 


760360 
760362 


EOFO 
E0F2 


FFEOFO 
FFE0F2 


2013E0F0 
2013E0F2 


2017E0F0 
2017E0F2 


201BE0F0 
201BE0F2 


201FE0F0 
201FE0F2 



For more information on the VAX 8600/8650/8200 addresses, refer to Table 4-9 
on page 4-33. 
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6.5 Bootstrap Command 



To allow the system to be easily bootstrapped from peripherals attached to the 
UD33 Disk Controller, Emulex has incorporated a Bootstrap Command into the 
controller. This feature is not part of the standard MSCP command set nor is it 
supported on the VAX. 

The Bootstrap Command can be issued from the console after the system is 
powered up, or it may be incorporated into a firmware routine that is located in 
a Bootstrap ROM. (The ROM would not be located on the UD33 PWB, but on 
some other module in the system.) The Bootstrap Command causes the UD33 to 
load the first logical block from the selected peripheral into host memory starting 
at location 00000. 
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To issue the Bootstrap Command to the UD33: 

1. Initialize the UD33 by writing any value into the IP register (base 
address). The UD33 performs self-test and begins the initialization 
dialog. 



Register 



IP: Write 



Octal 



000001 



2. The UD33 indicates that initialization step 1 has begun by setting bit 11 in 
the SA register (base address plus 2). The host must poll the register for 
this value (no interrupt is generated). Bit 8 should also be set. 



Register 



SA: Read 



Octal 



004400 



Addressing 



18-Bit 



When the controller indicates that step 1 of the initialization dialog is 
begun, load the SA register (base address plus 2) with the "special 
initialization code:" 



Register 



SA: Write 



Octal 



030003 



4. The controller acknowledges the initialization code with 00400. 



Register 



SA: Read 



Octal 



000400 



5. Load the SA register (base address plus 2) with 04000n 8 or 400n 16 , where 
n is the MSCP logical unit number of the unit to bootstrap from. In this 
example, the unit is 0. 



Register 



SA: Write 



Octal 



040000 



Load Register (R0) with the unit number. Load Register 1 (Rl) with the 
UD33 base address, then enter 0G to begin: 

@0G 
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FUNCTIONAL DESCRIPTION 



7.1 Overview 

This section contains a description of the UD33 Disk Controller's architecture. 



7.2 UD33 Disk Controller Architecture 



The UD33 is a microprocessor-based emulating disk controller that is contained 
on a single hex-wide PCBA. The UD33's major functional blocks are shown in 
Figure 7-1. The disk controller is organized around the eight-bit 8031 
microprocessor. The board has an eight-bit internal data bus with 16-bit 
addressing capability. The Host Adapter Controller, the Formatter Controller 
and the Buffer Controller are addressed as memory (memory-mapped I/O). 

The 8031 's primary task is to decode and implement commands from the host. 
At command completion, the microprocessor is also responsible for generating 
status and transmitting it to the host. A large part of the microprocessor's job 
while performing those duties involves setting up the Host Adapter Controller 
and the Buffer Controller II for the large data transfers that are their specialties. 

The UD33 uses a 27128 erasable programmable read-only memory (EPROM), 
which contains the control program, and 32K bytes of random access memory 
(RAM), which is used for data buffering and working storage. 

The UNIBUS interface consists of a 16-bit bidirectional set of data lines and an 
18-bit set of address lines. The Host Adapter Controller is used for programmed 
I/O, CPU interrupts, and NPR data transfers. The microprocessor responds to 
all programmed I/O and carries out the I/O functions required for the addressed 
host adapter register. The Interface Controller has automatic UNIBUS address 
generation capability that, in conjunction with a byte counter, allows the 
Interface to conduct UNIBUS nonprocessor request (NPR) transfers without 
direct microprocessor intervention. This auto NPR capability is used with the 
UD33 buffer controller to transfer large blocks of data directly between host 
memory and the UD33's RAM. 
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The Buffer Controller II is a single chip. This multichannel DMA controller is 
responsible for moving large blocks of data between the 32K RAM buffer and the 
SMD interface, and between the UNIBUS interface and the 32K RAM buffer. 
After being set up for an operation by the microprocessor, either interface 
requests DMA service from the buffer controller by driving an individual request 
signal active. The transfer then proceeds without direct intervention by the 
microprocessor. This allows high-speed data transfers to occur while the 
microprocessor is focused on other processes. 
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Figure 7-1. UD33 Block Diagram 
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8.1 Overview 



This section describes the interfaces that the UD33 Disk Controller incorporates. 
It includes information on the UD33 implementation of SMD interface electrical 
and mechanical requirements. Including this overview, the section is divided 
into the following subsections. 



Subsection 



Title 



8.1 
8.2 
8.3 



Overview 

UD33 UNIBUS Interface 

UD33 SMD Drive Interface 



8.2 UNIBUS Interface 



The UNIBUS between the CPU and the UD33 Disk Controller contains 18 address 
lines and 16 bidirectional data lines, plus control signals for data and interrupt vector 
address transfer and for becoming bus master. UNIBUS interface pin assignments are 
listed and described in Table 8-1. These signal lines provide the means by which the 
CPU and the UD33 Disk Controller communicate with each other. 
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Table 8-1. UNIBUS Interface Pin Assignments 



Connector C 


Connector D 




Component 




Solder 


Component 






Solder 


Sidel 


Pin 


Side 2 


Sidel 




Pin 


Side 2 


NPGIN H 


A 


+ 5V 






A 


+ 5V 


NPGH 


B 








B 




PAL 


C 
D 

E 


GND 
D15H 
D14H 






C 
D 
E 


GND 


BRN TST H 


F ■ 


D13H 






F 


BR5L 


D11H 


H 
J 


D12H 
DIOH 






H 
J 






K 


D09H 






K 


BG7H 




L 


D08H 


INITL 




L 


BG7H 




M 


D07H 






M 


BG6H 


DCLOL 


N 


D04H 






N 


BG6H 




P 


D05H 






P 


BG5IN H 




R 


D01H 






R 


BG5H 


PBL 


S 


DOOH 






S 


BG4H 


GND 


T 
U 


D03H 
D02H 


GND 




T 
U 


BG4H 


ACLOL 


V 


D06H 






V 




Connector E 


Connector F 


Component 




Solder 


Component 






Solder 


Sidel 


Pin 


Side 2 


Sidel 




Pin 


Side 2 




A 


+ 5V 






A 


+ 5V 




B 








B 




UA12H 


C 


GND 






C 


GND 


A17L 


D 


UA15H 


BBSYL 




D 




MSYNL 


E 


A16L 






E 




UA02H 


F 


C1L 






F 




UA01H 


H 


UAOOH 






H 




SSYNL 


J 


COL 


NPRL 




J 




UA14H 


K 


UA13H 






K 




UA11H 


L 

M 
N 


UA08H 


INTRL 




L 

M 
N 




UA10H 


P 


UA07H 






P 




UA09H 


R 

S 








R 

S 




GND 


T 




GND 




T 


SACKL 


UA06H 


U 


UA04H 






U 




UA05H 


V 


UA03H 






V 
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8.2.1 Interrupt Priority Level 

The UD33 is hard wired to issue level 5 interrupt requests and to monitor level 6. 



8.2.2 Register Address 



The UD33 Disk Controller has two registers visible to the UNIBUS. Their 
addresses are determined by DIP switches SW2-3 through SW2-6. See Section 4 
for detailed address and switch setting information. 



8.2.3 NPR Operations 



All NPR data transfer operations are performed under microprocessor control. 
When doing a Read or Write From Memory operation, a check is made for 
memory parity or nonexistent memory (NXM) errors. If an error is detected, an 
MSCP status error is returned. 



8.3 UD33 SMD Disk Drive Interface 



The UD33 Controller interfaces with each SMD disk drive via a 60-pin control 
cable and one of four 26-pin data cable. A 60-pin male connector at reference 
designator J5 on the UD33 Controller plugs directly into the SMD disk drive 
control cable. The UD33 Controller contains four 26-pin male connectors, one 
each at reference designators Jl, J2, J3 and J4. 

The UD33 Controller can integrate up to a maximum of four physical (eight 
logical) disk drives. Any of the 26-pin connectors can plug directly into the SMD 
disk drive control cable. If another disk drive is configured, an unused 26-pin 
connector is plugged into the data cable for that disk drive. 

The UD33 controller's disk interface conforms to the SMD-E Interface 
Specification for 15 MHz and 24 MHz Devices (CDC Document No. 64712402). 
The controller has been tested with most drives using the SMD-E interface and is 
compatible with the electrical and timing characteristics of disk drives up to 24 
MHz. 

All communications between the UD33 controller and its drives pass through the 
interface. This communication includes all commands, status, control signals, 
and read/write data transmitted and received by the controller. 

The following subsection describes both the I/O cables and I/O signal processing. 
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8.3.1 I/O Cables 



8-4 Interfaces 



All the signal lines between the controller and drive are contained in two I/O 
cables. They are referred to as the A and B cables. Table 8-2 lists all lines (except 
those not used) in both cables. 



8.3.2 A Cable 



The 60-conductor A cable is daisy-chained to all disk drives and terminated at the 
last drive. The purpose of the signals in this cable, along with their function 
when the control tag (Tag 3) is asserted, are listed in Table 8-3. 

The A cable should be a 30-twisted pair flat cable with an impedance of 100 ohms 
and a cumulative length not greater than 50 feet. 



8.3.3 B Cable 



The 26-conductor B cable is radial to all drives and contains the data and clock 
signals. The functions of the signals in this cable are listed in Table 8-4. 

The B cable should be a 26-conductor flat cable with ground plane and drain 
wire. The impedance should be 130 ohms and the length not greater than 50 
feet. 



UD33 SMD-E Disk Drive Interface 



Table 8-2. SMD-E Interface Connections 



Pins Lo, Hi 


Signal 


(Tag 3 Function) 


From/To 


A Cable: 








22,52 


Unit Select Tag 




To 


23,53 


Unit Select bit 




To 


24,54 


Unit Select bit 1 


/TagS 1 


To 


26,56 


Unit Select bit 2 




To 


27,57 


Unit Select bit 3 




To 


1,31 


Tag 1 




To 


2,32 


Tag 2 




To 


3,33 


Tag 3 




To 


4,34 


BitO 


(Write Gate) 


To 


5,35 


Bitl 


(Read Gate) 


To 


6,36 


Bit 2 


(Servo Offset Plus) 


To 


7,37 


Bit 3 


(Servo Offset Minus) 


To 


8,38 


Bit 4 


(Fault Clear) 


To 


9,39 


Bit 5 


(AM Enable) 


To 


10,40 


Bit 6 


(Return to Zero) 


To 


11,41 


Bit 7 


(Data Strobe Early) 


To 


12,42 


Bit 8 


(Data Strobe Late) 


To 


13,43 


Bit 9 


(Release) 


To 


14,44 


Open Cable Detect 




To 


15,45 


Fault 




From 


16,46 


Seek Error 




From 


17,47 


On Cylinder 




From 


18,48 


Index 




From 


19,49 


Unit Ready 




From 


20,50 


Address Mark Found 




From 


21,51 


Busy (dual port) 




From 


25,55 


Sector 




From 


28,58 


Write Protected 




From 


29 


Power Sequence Pick 




To 


30,60 


Tag4* 




To 


59 


Power Sequence Hold 




To 


B Cable: 








8,20 


Write Data 




To 


6,19 


Write Clock 




To 


2,14 


Servo Clock 




From 


3,16 


Read Data 




From 


5,17 


Read Clock 




From 


10,23 


Seek End 




From 


22,9 


Unit Selected 




From 


12,24 


Index 




From 


13,26 


Sector 




From 



1 Tag 4, Tag 5, and Tag 6 are part of the SMD-E extended functions. Tag 6 is the logical AND of Tag 
4 and Tag 5. These lines are terminated but their functions are not used by the UD33. 
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8.3.4 I/O Signal Processing 



8-6 Interfaces 



I/O signals from the controller initiate and control all drive operations except 
power on. The I/O signals are sent to receivers in the drive and are routed from 
the receivers to the appropriate drive logic. The drive in turn sends information, 
concerning the operation back to the controller via the transmitters. 

There are two basic types of I/O signals: (1) tag/bus and (2) discrete. The two 
types differ in that the tag and bus signals work in conjunction to perform a 
variety of functions while generally the discrete signals work independently each 
performing a specific function. Both types are described in the following 
subsections. 



8.3.4.1 Tag/Bus Signals 



All commands (except unit select) are sent to the drive via the tag and bus signal 
lines, the tag lines define the basic operation to be performed and the bus lines 
supply the parameters for the operation. 

Table 8-3 explains all the tag/bus commands recognized by the drive. 



8.3.4.2 Discrete Signals 



In addition to the tag/bus signals, there are various discrete signal lines going 
between drive and controller, these lines carry clock, status, control and 
read/write data signals. The function of each of the discrete lines is also 
explained in Tables 8-3 and 8-4. 



UD33 SMD Disk interface 



Table 8-3. A Cable Signal Line Functions 



Signal 



Pick In 



Hold 



Open Cable 



Unit Select Tag 



Unit Select 
lines 2° thru 2 3 



Tag 1 (Cylinder 
Select) 



Function 



Used for power sequencing. When the controller is ON, this line is 
pulled low to power up the disk drive(s). The drive's 
LOCAL/REMOTE switch must be set to REMOTE and the START 
switch must be ON. This signal is daisy chained from drive to drive. 
It is not passed from one drive to the next until the first drive is up to 
speed. The ground is passed on to the next drive as Pick Out (Pick 
Out is terminated at last drive in daisy chain). 



Used for power sequencing. This line is pulled low to power up the 
disk drive. The drive's LOCAL/ REMOTE switch must be set to 
REMOTE and the START switch must be ON. This signal is daisy 
chained from drive to drive. This line must be grounded at controller 
for drive to complete and hold remote power up sequence. 



The controller holds this signal TRUE when it is powered on. When 
false, the drive cannot be selected. This prevents any unwanted 
command such as Write Gate when the A cable is disconnected or 
controller power is lost. 



Initiates unit select sequence, and in dual channel units it also 
reserves drive to that controller, provided unit selection is successful 
(refer to discussion on Unit Selection). 



Used to select the drive. The binary code on these 
lines must match the code of the drive logical address for the drive to 
be selected. These lines are used in conjunction with the Unit Select 
Tag pin A cable I/O) (refer to discussion on Unit Selection). 



Initiates seek functions and used in conjunction 
with Bus Bit lines. This tag strobes the cylinder address, contained 
on Bus Bits lines, into drive logic. Drive must be on cylinder before 
this tag is sent. Bus Bits are interpreted as follows: 



Bus Bit 


1 
2 

3 
4 



Function 

Cyl Adrs 2° 
Cyl Adrs 2 1 
Cyl Adrs 2 2 
Cyl Adrs 2 3 
Cyl Adrs 2 4 



Bus Bit 

5 
6 
7 
8 
9 



Function 

Cyl Adrs 2 5 
Cyl Adrs 2 6 
Cyl Adrs 2 7 
Cyl Adrs 2 8 
Cyl Adrs 2 9 



(continued on next page) 
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Table 8-3. A Cable Signal Line Functions (continued) 



Signal 



Tag 2 (Head Select) 



Tag 3 (Control 
Select) 



Function 



Initiates head select functions and used in conjunction with Bus Bit 
lines. This tag strobes the head address, contained on bus bit lines, 
into drive logic. Bus Bits are interpreted as follows: 



Bus Bit 


Functions 


Bus Bit 


Functions 





Head Adrs 2° 


5 


Not Used 


1 


Head Adrs 2 1 


6 


Not Used 


2 


Head Adrs 2 2 


7* 


Cyl Adrs 2 10 


3 


Head Adrs 2 3 


8* 


Cyl Adrs 2" 


4 


Head Adrs 2 4 


9 


Not Used 



* The extended cylinder address bits are strobed with the head select 
bits for the SMD-E compatible drives. 



Initiates various operations to be performed by the 

drive. Used in conjunction with Bus Bit lines and specific operation 

initiated depends on content of these lines which is defined as 

follows: 

Bus Bit Function 

Write Gate - Enable write drivers. 

1 Read Gate - Enables the digital read data lines. 
With PLO option, leading edge triggers read chain 
to sync on all-zeros pattern. 

2 Servo Offset Plus - Offsets the actuator from the 
nominal on cylinder position toward the spindle. 



(continued on next page) 
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Table 8-3. A Cable Signal Line Functions (continued) 



Signal 


Function 


Tag 3 (continued) 


Bus Bit Function 

3 Servo Offset Minus - Offsets the actuator from 
the nominal on cylinder position away from the 
spindle. 

4 Fault Clear - Pulse sent to drive to clear the fault 
summary flip-flop. 

5 Address Mark Enable - Not used. 

6 RTZ - Pulse sent to drive to cause actuator to 
seek to track zero. 

7 Data Strobe Early - Enables the PLO data 
separator (optional) to strobe the data at a time 
earlier than optimum 

8 Data Strobe Late - Enables the PLO data 
separator to strobe the data at a time later than 
optimum. 

9 Release - Releases dual channel drives from 
reserved and/or priority selected condition (refer 
to discussion on Unit Selection). Not used for 
single channel drives. 


Tag 4 (Current Sector) 


Line is terminated but function not used by 
UD33. 


Tag 5 (Extended Status) 


Line is terminated but function not used by 
UD33. 



(continued on next page) 
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Table 8-3. A Cable Signal Line Functions (continued) 



Signal 



Bus Bits (0 - 9) 



Unit Ready 



Busy (applicable 
only to dual 
channel units). 



On Cylinder 



Seek Error 



Address Mark Found 



Write Protect 



Fault 



Unit Selected 



Function 



Used in conjunction with Tags 1, 2, and 3 (also 
used with Unit Select Tag on units with 50 pin A 
Cable I/O. 



Indicates that drive is selected, up to speed, 
heads are loaded and no fault exists. 



TRUE when a drive selection is attempted but the 
drive is already reserved by the other controller. 
This signal is returned to the controller 
attempting selection along with the unit selected 
signal (refer to discussion on Unit Selection). 



Indicates drive has positioned the heads over a 
track. 



Indicates that the unit was unable to complete a 
move within 500 msec, or that carriage has 
moved to a position outside recording field. 



Not used. 



Indicates that drive's write circuits are disabled. 



Indicates that one or more of these faults exists: 
DC power fault, head select fault, write fault, 
write or read while off cylinder, and Write Gate 
during a Read operation. 



Indicates that the drive is selected. This line must 
be active before drive will respond to any 
commands from controller. However, on dual 
channel units, if Busy is returned in conjunction 
with Unit Selected, it indicates the drive is 
reserved to the other controller and selection was 
unsuccessful (refer to discussion on Unit 
Selection. 
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Table 8-4. B Cable Signal Line Functions 



Signal 


Function 


Write Data 


Carries NRZ data to be recorded on disk pack. 


Write Clock 


Synchronized to NRZ Write Data, it is a return of 
the Servo Clock. The drive transmits this signal 
continuously. 


Index 


Occurs once per revolution of disk pack and its 
leading edge is considered leading edge of sector 
zero. 


Sector 


Derived from servo surface of disk pack, this 
signal can occur any number of times per 
revolution of disk pack. Number of sector pulses 
occurring depends the configuration of the disk 
drive. 


Servo Clock 


Clock signals derived from the drive's servo 
track. 


Read Data 


Carries NRZ data recovered from disk pack. 


Read Clock 


Clock signals derived from NRZ Read Data. 


Seek End 


Seek End is a combination of ON CYL or SEEK 
ERROR indicating that a seek operation has 
terminated. 
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Appendix A 
AUTOCONFIGURE, CSR AND VECTOR ADDRESSES 



A.1 Overview 



The following discussion presents the algorithm for assignment of floating 
addresses and vectors for all DEC operating systems. Bus addresses are 
discussed in subsection 3.3.2. 



A.2 Determining the CSR Address for use with Autoconfigure 



The term Autoconfigure refers to a software utility that is run when the computer 
is bootstrapped. This utility finds and identifies I/O devices in the I/O page of 
system memory. 

Some devices (like the DM11) have fixed addresses reserved for them. 
Autoconfigure detects their presence by simply testing their standard address for 
a response. Specifically, the control /status register (CSR) address, which is 
usually the first register of the block, is tested. 

Addresses for those devices not assigned fixed numbers are selected from the 
floating CSR address space (760010 - 763776) of the UNIBUS input/output (I/O) 
page. This means that the presence or absence of floating devices will affect the 
assignment of addresses to other floating-address devices. Similarly, many 
devices have floating interrupt vector addresses. According to the DEC 
standard, vectors must be assigned in a specific sequence and the presence of 
one type of device will affect the correct assignment of vectors for other devices. 

The CSR address for a floating-address device is selected according to the 
algorithm used during autoconfigure. The algorithm is used in conjunction with 
a Device Table, Table A-l. 

Essentially, Autoconfigure checks each valid CSR address in the floating CSR 
address space for the presence of a device. Autoconfigure expects any devices 
installed in that space to be in the order specified by the Device Table. Also, the 
utility expects an eight-byte block to be reserved for each device that is not 
installed in the system. Each empty block tells Autoconfigure to look at the next 
valid address for the next device on the list. 

When a device is detected, a block of addresses is reserved for the device 
according to the number of registers it employs. The utility then looks at the next 
CSR for that device type. If there is a device there, it is assumed to be of the 
same type as the one before it and a block is reserved for that device. If there is 
no response at the next address, that space is reserved to indicate that there are 
no more devices of that type. Then the utility checks the CSR address (at the 
appropriate boundary) for the next device in the table. 
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Determining the CSR Address for use with Autoconfigure 



Table A-l. SYSGEN Device Table 







Number of 


Octal 






Number of 


Octal 


Rank 


Device 


Registers 


Modulus 


Rank 


Device 


Registers 


Modulus 


1 


DJ11 


4 


10 


17 


Reserved 


4 


10 


2 


DH11 


8 


20 


18 


RX11 2 


4 


10 


3 


DQ11 


4 


10 


18 


RX211 2 


4 


10 


4 


DU11, 
DUV11 


4 


10 


18 


RXV11 2 


4 


10 


5 


DUP11 


4 


10 


18 


RXV21 2 


4 


10 


6 


LK11A 


4 


10 


19 


DR11-W 


4 


10 


7 


DMC11 


4 


10 


20 


DR11-B 3 


4 


10 


7 


DMR11 


4 


10 


21 


DMP11 


4 


10 


8 


DZ11 1 


4 


10 


22 


DPV11 


4 


10 


8 


DZV11 


4 


10 


23 


ISB11 


4 


10 


8 


DZS11 


4 


10 


24 


DMV11 


8 


20 


8 


DZ32 


4 


10 


25 


DEUNA 2 


4 


10 


9 


KMC11 


4 


10 


26 


UDA50 2 


2 


4 


10 


LPP11 


4 


10 


27 


DMF32 


16 


40 


11 


VMV21 


4 


10 


28 


KMS11 


6 


20 


12 


VMV31 


8 


20 


29 


VS100 


8 


20 


13 


DWR70 


4 


10 


30 


TU81 


2 


4 


14 


RL11 2 


4 


10 


31 


KMV11 


8 


20 


14 


RLV11 2 


4 


10 


32 


DHV11 


8 


20 


15 


LPA11-K 2 


8 


20 


33 


DMZ32 


16 


40 


16 


KW11-C 


4 


10 


34 


CP132 


16 


40 


^Zll-E and DZ11-F are treated as t 


wo DZlls. 








2 The first device of this type has a fix 


ed address. 


Any ex 


tra devices ha\ 


r e a floating address. 


3 The first two devices of this type ha^ 


ye a fixed ac 


Idress. , 


Any extra devi 


ces have a floating address. 
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Determining the Vector Address for use with Autoconfigure 



In summary, there are four rules that pertain to the assignment of device 
addresses in floating address space: 

1. Devices with floating addresses must be attached in the order in which 
they are listed in the Device Table, Table A-l. 

2. The CSR address for a given device type is assigned on word boundaries 
according to the number of UNIBUS-accessible registers that the device 
has. The following table relates the number of device registers to possible 
word boundaries. 



Device Registers 



1 

2 

3,4 

5, 6, 7, 8 

9 thru 16 



Possible Boundaries 



Any Word 

XXXXXO, XXXXX4 

XXXXXO 

XXXX00,XXXX20,XXXX40,XXXX60 

XXXX00,XXXX40 



A.3 



The Autoconfigure utility inspects for a given device type only at one of 
the possible boundaries for that device. That is, the utility does not look 
for a DMF32 (16 registers) at an address that ends in 20. 

3. An 8-byte gap must follow the register block of any installed device to 
indicate that there are no more of that type of device. This gap must start 
on the proper CSR address boundary for that type of device. 

4. An 8-byte gap must be reserved in floating address space for each device 
type that is not installed in the current system. The gap must start on the 
proper word boundary for the type of device the gap represents. That is, 
a single DJ11 installed at 760010 would be followed by a gap starting at 
760020 to show a change of device types. A gap to show that there are 
none of the next device on the list, a DH11, would begin at 760040, the 
next legal boundary for a DHll-type device. 

Determining the Vector Address for use with 
Autoconfigure 

There is a floating vector address convention that is used for communications 
and other devices which interface with the Unibus. These vector addresses are 
assigned in order starting at 300 and proceeding upwards to 777. Table A-2 
shows the assignment sequence. For a given system configuration, the device 
with the highest floating vector rank would be assigned to vector address 300. 
Additional devices of the same type would be assigned subsequent vector 
addresses according to the number of vectors required per device, and according 
to the starting boundary assigned to that device type. 
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Determining the Vector Address for use with Autoconfigure 



Table A-2 . Priority Ranking for Floating Vector 

Addresses (starting at 300 and proceeding 
upwards) 







Number 








of 


Octal 


Rank 


Device 


Vectors 


Modulus 


1 


DC11 


2 


10 


1 


TU58 


2 


10 


2 


KL11 1 


2 


10 


2 


DL11-A 1 


2 


10 


2 


DL11-B 1 


2 


10 


2 


DLV11-J 1 


8 


40 


2 


DLVl^DLVll-F 1 


2 


10 


3 


DP11 


2 


10 


4 


DM11-A 


2 


10 


5 


DN11 


1 


4 


6 


DM11-BB/BA 


1 


4 


7 


DH11 modem control 


1 


4 


8 


DR11-A, DRV11-B 


2 


10 


9 


DR11-C, DRV11 


2 


10 


10 


PA611 (reader + punch) 


4 


20 


11 


LPD11 


2 


10 


12 


DT07 


2 


10 


13 


DX11 


2 


10 


14 


DL11-C to DLV11-F 


2 


10 


15 


DJ11 


2 


10 


16 


DH11 


2 


10 


17 


VT40 


4 


20 


17 


VSV11 


4 


10 


18 


LPS11 


6 


40 


19 


DQ11 


2 


10 


20 


KW11-W, KWV11 


2 


10 


21 


DU11, DUV11 


2 


10 


22 


DUP11 


2 


10 


23 


DV11 + modem control 


3 


20 


24 


LK11-A 


2 


10 


25 


DWUN 


2 


10 


26 


DMC11 


2 


10 


26 


DMR11 


2 


10 


27 


DZ11/DZS11/DZV11 


2 


10 


27 


DZ32 


2 


10 


28 


KMC11 


2 


10 


29 


LPP11 


2 


10 



(continued on next page) 
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Determining the Vector Address for use with Autoconfigure 



Table A-2. Priority Ranking for Floating Vectors Addresses 

(starting at 300 8 and proceeding upwards) 
(continued) 







Number 








of 


Octal 


Rank 


Device 


Vectors 


Modulus 


30 


VMV21 


2 


10 


31 


VMV31 


2 


10 


32 


VTV01 


2 


10 


33 


DWR70 


2 


10 


34 


RL11/RLV11 2 


1 


4 


35 


TS11 2 , TU80 2 


1 


4 


36 


LPA11-K 


2 


10 


37 


IP11/IP300 2 


1 


4 


38 


KW11-C 


2 


10 


39 


RX11 2 


1 


4 


39 


RX211 2 


1 


4 


39 


RXV11 2 


1 


4 


39 


RXV21 2 


1 


4 


40 


DR11-W 


1 


4 


41 


DR11-B 2 


1 


4 


42 


DMP11 


2 


10 


43 


DPV11 


2 


10 


44 


ML11 3 


1 


4 


45 


ISB11 


2 


10 


46 


DMV11 


2 


10 


47 


DEUNA 2 


1 


4 


48 


UDA50 2 


1 


4 


49 


DMF32 


8 


40 


50 


KMS11 


3 


20 


51 


PCL11-B 


2 


10 


52 


VS100 


1 


4 


53 


Reserved 


1 


4 


54 


KMV11 


2 


10 


55 


Reserved 


2 


10 


56 


IEX 


2 


10 


57 


DHV11 


2 


10 


58 


DMZ32 


6 


20 


59 


CP132 


6 


20 


1 A KL11 or DL11 used as a console, has a fixed vector. 


2 The first device of this type has a fixed vector. Any extra devices have a 


floating vector. 


3 ML11 is a Massbus device which can connect to a UNIBUS via a bus adapter. 
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A System Configuration Example 



Vector addresses are assigned on the boundaries indicated in the modulus 
column of Table A-2. That is, if the modulus is 10, then the first vector address 
for that device must end with zero (XXO). If the modulus is 4, then the first 
vector address can end with zero or 4 (XXO, XX4). 

Vector addresses always fall on modulo 4 boundaries (XXO, XX4). That is, a 
vector address never ends in any number but four or zero. Consequently, if a 
device has two vectors and the first must start on a modulo 10 boundary, then, 
using 350 as a starting point, the vectors will be 350 and 354. 



A.4 A System Configuration Example 



Table A-3 contains an example of a system configuration that includes devices 
with fixed addresses and vectors, and floating addresses and/or vectors. 

Table A-4 shows how the device addresses for the floating address devices in 
Table A-3 were computed, including gaps. 



Table A-3. CSR and Vector Address Example 



Controller 


Vector 


CSR 


1 UDA50 
IDZll 

1 UDA50 

2 DHVll 


154 
300 
310 
320,330 


772150 
760100 
760354 
760500, 760520 
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Table A-4. Floating CSR Address Assignment Example 









Octal 


Installed 


Device 




Address 




DJ11 


Gap 


760010 




DH11 


Gap 


760020 




DQ11 


Gap 


760030 




DU11 


Gap 


760040 




DUP11 


Gap 


760050 




LK11A 


Gap 


760060 




DMC11 


Gap 


760070 


— > 


DZ11 




760100 






Gap 


760110 




KMC11 


Gap 


760120 




LPP11 


Gap 


760130 




VMV21 


Gap 


760140 




VMV31 


Gap 


760150 




DWR70 


Gap 


760170 




RL11 


Gap 


760200 




LPA11-K 


Gap 


760220 




KW11-C 


Gap 


760230 




Reserved 


Gap 


760240 




RX11 


Gap 


760250 




DR11-W 


Gap 


760260 




DR11-B 


Gap 


760270 




DMP11 


Gap 


760300 




DPV11 


Gap 


760310 




ISB11 


Gap 


760320 




DMV11 


Gap 


760340 




DEUNA 


Gap 


760350 


— > 


UDA50 (UD33) 




772150 1 


— > 


UDA50 (UD33) 




760354 






Gap 


760360 




DMF32 


Gap 


760400 




KMS11 


Gap 


760420 




VS100 


Gap 


761440 




TU81 


Gap 


761450 




KMV11 


Gap 


761460 


— > 


DHV11 




761500 


— > 


DHV11 




761520 






Gap 


761530 




DMZ32 


Gap 


761540 




CP132 


Gap 


761600 



Fixed address 
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Appendix B 
PROM REMOVAL AND REPLACEMENT 



B.1 Overview 

This appendix provides instructions for replacing the UD33's firmware PROM. 



B.2 Exchanging PROMs 



The UD33 firmware PROM is located in the socket at U59. Remove the existing 
PROM from its socket using an IC puller or an equivalent tool. 

The UD33 PROM is identified by the part numbers on top of the PROMs. Place 
the UD33 PROM in U59. Make certain that the PROM is firmly seated and that 
no pins are bent or misaligned. (If the two rows of PROM pins are too far apart 
to fit in the socket, grasp the PROM at its ends using your thumb and forefinger 
and bend one of the pin rows inward by pressing it against a table top or other 
flat surface.) 



PROM 
Number 



E93 



PCBA 
Location 



U59 
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PROM Removal and Replacement 
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Appendix C 
DISK DRIVE CONFIGURATION 



C.1 Parameter Values 



The drive configuration parameters listed in this table are for use with the 
NOVRAM loading, editing, and displaying options of UD33's firmware-resident 
diagnostics. They relate to the physical geometry of the disk drives; options such 
as logical splits are left to you. 

The configuration table lists each parameter as it is displayed by the diagnostic, 
as well as each drive certified for use with the UD33. Parameter values in this 
table are based on one spare sector per track with no logical splits. Values are 
listed and entered in decimal. 

To use the table, locate the name of your drive along the top of the table. Then 
read down the column beneath the drive name for the parameter values. 

If you are looking for a specific parameter value, find the parameter you need in 
the "parameter" column. Then find your drive in the "drive name" row. The 
parameter value is listed at the point where the row and the column intersect. 



Parameter Values C-l 



Table C-1 . SMD DRIVE CONFIGURATION PARAMETER VALUES for UD33 



PARAMETER 


DRIVE NAME 




CDC CDC 


CDC 


CDC 


CDC CDC 


CDC 


CDC 


CDC 




LMD9457 RSD9710 


9715-340 


9715-515 


9720368 9720-500 


9720-736 


9720-750 


9720-850 


Type Code 


1 1 


1 


1 


1 1 


1 


1 


1 


Number of Units 


1 1 


1 


1 


1 1 


1 


1 


1 


Physical Sectors 
















per Track 


32 32 


33 


52 


52 70 


52 


70/71* 


70/71 * 


Physical Heads 


4 5 


24 


24 


10 10 


15 


15 


15 


Physical Cylinders 


624 823 


711 


711 


1217 1217 


1622 


1217 


1381 


Spare Sectors 
















per Track 


1 1 


1 


1 


1 1 


1 


1 


1 


Spare Cylinders 


2 2 


2 


2 


2 2 


3 


3 


3 


Configuration Bits 


07 07 


06 


06 


06 06 


06 


06 


06 


Lower Limit (RPS) 


1 1 


3 


3 


3 3 


3 


3 


3 


Upper Limit (RPS) 


4 4 


7 


7 


7 8 


7 


7 


8 


Split Code 1 


2 




















Head Offset 2 


2 


- 


- 


- 


- 


- 


- 


Removable Media Flag 


1 1 




















Gap Parameter 3 


3080 3080 


261 


261 


261 261 


261 


261 


261 


Gap 1 Parameter 


5654 5654 


2827 


2827 


2827 2827 


2827 


2827 


2827 


Gap 2 Parameter 3 


788 788 


777 


777 


777 777 


777 


777 


777 


Spiral Offset 


4 2 





1 


1 1 


1 


1 


1 


Bytes/Sector 


646 630 


600 


576 


582 579 


582 


579 


579 


1 Single logical/Split logical (see Appendix D) 

2 Required only when Split Code is not 0. 

^ Value has changed from previous manuals but still compatible with old values and does not require reformatting disk. 
NOVRAM setting/Drive setting 
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Table C-1 . SMD DRIVE CONFIGURATION PARAMETER VALUES for UD33 (continued) 



PARAMETER 



DRIVE NAME 



S 3 



55. 



n 

■ 



Type Code 
Number of Units 
Physical Sectors 

per Track 
Physical Heads 
Physical Cylinders 
Spare Sectors 

per Track 
Spare Cylinders 
Configuration Bits 
Lower Limit (RPS) 
Upper Limit (RPS) 
Split Code 1 
Head Offset 2 
Removable Media Flag 
Gap Parameter 3 
Gap 1 Parameter 
Gap 2 Parameter 3 
Spiral Offset 
Bytes/Sector 



CDC CDC CDC CDC 

9720-1230 9771 XMD 4 9772 XMD 9772-13 XMD 

1111 
1111 



86 

15 

1635 

1 

3 
06 

3 

8 






261 
2827 

1 

585 



85 

16 

1024 

1 

2 
06 

3 

7 

0/2 
-/8 


261 
2827 
777 

2 
587 



85 

16 

1064 

1 

2 
06 

4 

10 
0/2 
-/8 


261 
2827 
777 


587 



85 

19 

1420/1248' 

1 

2 
06 

4 
10 
0/2 
-/9 


261 
2827 
777 


587 



CDS 

315 

1 
1 

35 

19 

821/823' 

1 
2 

06 
1 
4 



259 
2827 
777 

1 
576 



FUJITSU 
2298 

1 
1 

69 

16 

1024 

1 

2 
06 

3 

7 

0/2 
-/8 


259 
4112 
780 

1 
593 



FUJITSU 
2321/22 

1 
1 

34 
5/10 
823 

1 
2 

06 
1 
4 



259 
4112 
780 

1 
586 



FUJITSU 
M2333 

1 
1 

68 
10 
823 

1 
2 

06 
3 
8 



259 
4112 
780 

1 
594 



FUJITSU 
M2351A 

1 
1 

48 
20 
842 

1 
2 

06 
3 

7 



259 
4112 
780 


587 



Single logical/Split logical (see Appendix D) 

Required only when Split Code is not 0. . 

Value has changed from previous manuals but still compatible with old values and does not require reformatting disk. 

This drive has a modified 85-sector setting. Sector switches should be set as follows: SW-556 - 3 ON, all others OFF; SW-563 - 3 ON, all others OFF. 

Depends on drive model. 



£ 
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Table C-1 . SMD DRIVE CONFIGURATION PARAMETER VALUES for UD33 (continued) 



2 

3 



DRIVE NAME 





FUJITSU 


NEC 


NEC 


NEC 


TOSHIBA 


TOSHIBA 




M2361A 


2352 


2362 


2363 


MK-186FB 


MK-286FC 


Type Code 


1 


1 


1 


1 


1 


1 


Number of Units 


1 


1 


1 


1 


1 


1 


Physical Sectors 














per Track 


68 


63 


71 


71 


32 


69 


Physical Heads 


20 


19 


23 


27 


5 


11 


Physical Cylinders 


842 


760 


850 


1024 


823 


823 


Spare Sectors 














per Track 


1 


1 


1 


1 


1 


1 


Spare Cylinders 


2 


2 


2 


3 


2 


2 


Configuration Bits 


06 


06 


06 


06 


06 


06 


Lower Limit (RPS) 


3 


3 


3 


4 


3 


3 


Upper Limit (RPS) 


8 


7 


8 


10 


7 


7 


Split Code 1 


0/2 





0/2 


0/2 








Head Offset 2 


-/10 


- 


-/12 


-/14 


— 


— 


Removable Media Flag 




















Gap Parameter 3 


259 


261 


261 


261 


259 


259 


Gap 1 Parameter 


4112 


2827 


2827 


2827 


4112 


4112 


Gap 2 Parameter 3 


780 


777 


777 


777 


780 


780 


Spiral Offset 








1 


1 


1 


1 


Bytes/Sector 


594 


576 


576 


576 


630 


599 



1 Single logical/Split logical (see Appendix D) 

2 Required only when Split Code is not 0. 

3 Value has changed from previous manuals but still compatible with old values and does not require reformatting disk. 
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Appendix D 
SPECIAL CONSIDERATIONS 



D.1 Special Considerations for Large Capacity Drives 



Some DEC operating systems have limits on the number of blocks that can be 
supported by an individual device. If you are using a large capacity drive, such 
as a CDC 9771 XMD, you must be aware of these special considerations when 
entering the drive configuration parameters. 

If your application uses VMS, the operating system automatically sizes the device 
during the disk initialization process. You do not need to make any adjustments 
to the drive configuration parameters. 

However, if your application uses either the RSX-11M, RSX-11M-PLUS, or 
RSTS/E operating systems, you must ensure that the number of blocks on the 
drive does not exceed the operating system limit for individual devices. The limit 
for individual devices under RSX-11M and RSX-11M-PLUS is 1,044,480 blocks; 
the limit for RSTS/E is 1,048,576 blocks. 

If the user area on the formatted drive is larger than the number of blocks 
supported by the operating system, you must either split the drive into logical 
units of an acceptable size or limit the drive capacity. 

To determine if the drive capacity falls within the operating system limits for 
individual devices, use the following procedure: 

1. Determine the approximate number of usable blocks on a formatted drive 
by multiplying the number of sectors per track (not including spares) by 
the number of data heads by the number of cylinders (not including 
spares). 

For a CDC 9771, 86 sectors per track multiplied by 16 data heads equals 
1376; 1376 multiplied by 1022 cylinders equals 1,406,272 blocks. 

2. Compare the number of usable blocks to the number of blocks allowed 
for an individual device. The limit for individual devices under RSX-11M 
and RSX-11M-PLUS is 1,044,480 blocks; the limit for RSTS/E is 1,048,576 
blocks. 

The number of usable blocks on a CDC 9771, which has approximately 
1,406,272 blocks, is greater than the number of blocks allowed for an 
individual device under the RSX-11M, RSX-11M-PLUS, and RSTS/E 
operating systems. 
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Special Considerations for Large Capacity Drives 



3. If the number of usable blocks is greater than the limit for your operating 
system, you may either limit the drive capacity, or split the drive into 
logical units that do not exceed the operating system limits. 

The number of usable blocks for a CDC 9771 exceeds the limits for the 
RSX-11M, RSX-11M-PLUS, and RSTS/E operating systems. 

4. If the number of usable blocks is less than the limit for your operating 
system, the operating system will support the entire drive capacity as one 
device. 
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